软件教学中关于软件设计的概要设计与详细设计

概要设计与详细设计的区别概要设计就就是设计软件的结构,包括组成模块,模块的层次结构,模块的调用关系,每个模块的功能等等。

同时,还要设计该项目的应用系统的总体数据结构与数据库结构,即应用系统要存储什么数据,这些数据就是什么样的结构,它们之间有什么关系。

详细设计阶段就就是为每个模块完成的功能进行具体的描述,要把功能描述转变为精确的、结构化的过程描述。

概要设计阶段通常得到软件结构图详细设计阶段常用的描述方式有:流程图、N-S图、PAD图、伪代码等概要设计与详细设计在软件设计中,大家经常问到的一个问题就是:概要设计应该怎样一个概要法,详细设计应该怎样一个详细法？这个问题在公司内部经常有人问。

现在陈述一下。

我们公司的研发流程就是瀑布型的,这个模型中的分析、设计阶段就是基于经典的结构化方法。

结构化设计方法的基本思路就是:按照问题域,将软件逐级细化,分解为不必再分解的的模块,每个模块完成一定的功能,为一个或多个父模块服务(即接受调用),也接受一个或多个子模块的服务(即调用子模块)。

模块的概念,与编程语言中的子程序或函数就是对应的。

这样一来,设计可以明显地划分成两个阶段:概要(结构)设计阶段:把软件按照一定的原则分解为模块层次,赋予每个模块一定的任务,并确定模块间调用关系与接口。

详细设计阶段:依据概要设计阶段的分解,设计每个模块内的算法、流程等。

概要设计阶段:在这个阶段,设计者会大致考虑并照顾模块的内部实现,但不过多纠缠于此。

主要集中于划分模块、分配任务、定义调用关系。

模块间的接口与传参在这个阶段要定得十分细致明确,应编写严谨的数据字典,避免后续设计产生不解或误解。

概要设计一般不就是一次就能做到位,而就是反复地进行结构调整。

典型的调整就是合并功能重复的模块,或者进一步分解出可以复用的模块。

在概要设计阶段,应最大限度地提取可以重用的模块,建立合理的结构体系,节省后续环节的工作量。

概要设计文档最重要的部分就是分层数据流图、结构图、数据字典以及相应的文字说明等。

前段时间在项目上因为阅读某公司的软件详细设计说明书，引发了我的一些思考，这既是自己多年来感悟的一次梳理，也作为我从事企业模型咨询工作的一次总结。

因为涉及的内容太广泛，以下尽量用简洁的语言来叙述。

传统的面向结构的设计，概要设计主要是给出系统整体功能菜单，模块之间的调用关系描述，还有软件系统工作环境的说明；详细设计则主要针对一个模块的算法设计，屏幕界面设计，按钮操作设计等等。

面向结构的软件设计缺点主要有以下两点：1、从业务逻辑到功能菜单的跳跃太大，导致需求及变更的追溯性难以保证；2、结构化开发方法不区分内外，不区分层次，编码语句会把信息全部平铺暴露，使用不当会形成太多的耦合点，修改起来牵一发而动全身，所以应变性很差。

软件行业发展变化太快，上世纪颁布的国家标准都不适应了现在的工程实践。

特别是从软件工程转到面向对象的设计，还有所谓的快速迭代开发方法，完全打乱了原来面向结构的设计步骤。

但是，越是变化快，就越需要理出“变中不变”的约束和规范来。

因此，如何才能划分好概要设计与详细设计的界限，明确其设计的基本思想和原则具有至关重要的意义。

从概要到详细，首先就是要贯彻由整体到局部、由概括到细节，由概念模型到物理模型，由业务逻辑到IT技术实现，由“做什么”的描述到“如何做”的可执行步骤，这是一个由表及里、抽丝剥茧、层层深入的分析过程。

要体现企业架构的思想，既要把业务架构与应用架构平滑过渡，无缝连接，需求分析可追溯不跳跃不中断；又要整体架构可扩充，可伸缩，具有松耦合的特点，这样就便于发生需求变动进行修改。

要体现出概要设计与详细设计之间的“松耦合”和“可验收”的两大特点，就必须找到这两者之间的不变量，就是设计的提交物应该达到可检验的颗粒度，形成成果物体现出“变中不变”的抽象关系。

这样从不变量的角度讲，可以说明概要设计书的确完成了任务，作为详细设计的输入起到了约束条件的作用；从可变的角度讲，就明确了在详细设计阶段必须补充的需求调研，这也是设计者具有的主观能动性可以有所作为的部分。

精品好资料——————学习推荐淮海工学院计算机工程学院实验报告书课程名：《软件工程》题目：图着色理论在仓库管理系统中的应用——概要设计与详细设计班级：网络122学号：2012122683姓名：叶婷1、实验目的与要求熟悉Visio绘图工具或PowerDesigner系统，并使用Visio或PowerDesigner系统提供的设计绘图工具，如H图、程序流程图、盒图、PAD图等完成软件工程实验项目的概要设计与详细设计文档中的层次图和程序流程图等图形绘制与文档说明。

2、实验内容一、概要设计1.1引言1.1.1编写目的近年来，生产的工业化速度迅速加快，生产的产品数量猛增，给传统的仓库管理方式手工作业带来了很大的负担，今天的仓库作业和库存控制作业已十分多样化，复杂化，靠人工去记忆去处理已十分困难，且出现错误的可能性很大。

如果不能保证正确的进货、验收、质量保证及发货，就会导致浪费时间，产生库存，延迟交货，增加成本，以致失去为客户服务的机会。

本文正是为解决这个问题而作。

本说明书的预期读者为小中型仓库的管理员及客户和采购员。

1.1.2背景本系统是：仓库管理系统。

本项目的任务提出者、开发者都是本人用户：中小型仓库管理员。

软件的计算机网络：任何装有IIS的计算机作为服务器端，其他处在同一网络的计算机作为客户端。

1.1.3定义DFD: Data Flow Diagram 数据流图，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

DD；Data Dictionary 数据字典：是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。

1.1.4参考资料1.《软件工程》---钱乐秋，赵文耘，牛军钰编著 ------ 清华大学出版社2.《数据库系统概论》—王珊萨师煊主编 -------高等教育出版社3.《 Java语言程序设计实用教程》董迎红张杰敏编著------ 北京大学出版社4. 可行性研究报告5. 需求分析说明书1.2总体设计1.2.1需求规定本系统软件主要实现的功能是仓库管理员对仓库进行库存的管理，主要包括，对于生产部门送来的货物进行清点，无误后入库，对于销售部门请求的货物进行核实，无误后出库。

系统概要设计和详细设计系统概要设计和详细设计系统概要设计是软件开发过程中的一个重要环节，它是在需求分析的基础上，对整个系统进行全面的规划和设计。

系统概要设计包括了对系统的总体结构、功能模块、数据结构、算法流程等方面进行详细的规划和描述。

而详细设计则是在概要设计的基础上，对每个模块进行具体的实现和编码。

一、系统概要设计1. 系统总体结构在系统总体结构方面，需要考虑到整个系统所包含的各个模块之间的关系。

这些模块之间应该是相互独立、互相协作，共同完成整个系统所需实现的功能。

同时，在总体结构中还需要考虑到数据存储方式、数据传输方式以及用户界面等方面。

2. 功能模块在功能模块方面，需要对整个系统所需实现的各项功能进行详细规划和描述。

这些功能应该能够满足用户需求，并且能够与其他模块进行有效地协作。

3. 数据结构在数据结构方面，需要考虑到整个系统所需使用的各种数据类型以及它们之间的关系。

这些数据类型应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效的交互。

4. 算法流程在算法流程方面，需要考虑到整个系统所需使用的各种算法以及它们之间的关系。

这些算法应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效的协作。

二、详细设计1. 模块设计在模块设计方面，需要对每个模块进行具体的实现和编码。

这些模块应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效地协作。

同时，在模块设计中还需要考虑到代码复用、可维护性等方面。

2. 数据库设计在数据库设计方面，需要考虑到数据表结构、数据类型、索引等方面。

这些数据库设计应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效的交互。

3. 用户界面设计在用户界面设计方面，需要考虑到用户体验、易用性等方面。

这些用户界面设计应该能够满足用户需求，并且能够与其他模块进行有效地协作。

4. 测试与调试在测试与调试方面，需要对整个系统进行全面的测试和调试。

这些测试与调试应该能够发现系统中存在的问题，并且能够及时地进行修复和优化。

软件概要设计、详细设计、软件设计、用户手册说明1 简介1.1 目的这部分要描述文档的目的。

应该指明读者。

1.2 范围1.2.1 软件名称对软件命名1.2.2 软件功能解释软件产品将完成或不完成的功能（可以直接描述也可以参考相关文档）1.2.3 软件应用描述软件的应用领域（可直接描述也可以参考其他软件文档）2 第0层设计描述2.1 软件系统上下文定义本节描述待开发软件系统与外部实体的关系，可以使用系统结构图来描述系统结构和交互关系。

外部实体属性描述只限于软件设计和描述相关的属性。

考虑到描述的完整性，可参考相关软件实体文档，如OS程序员手册。

2.2 设计思路(可选)2.2.1 设计可选方案对本软件系统的几种设计方案进行分析、比较，并确定所采用的方案。

2.2.2 设计约束1. 遵循标准描述本软件所遵循的标准、规范2. 硬件限制描述本软件系统实现的硬件限制3. 技术限制描述本软件的技术限制2.2.3 其他描述其他有关的设计考虑3 第一层设计描述3.1 系统结构如果本文档是针对增强开发/小特性的设计，继承了原有的系统结构，那么应拷贝原有的系统结构说明，如系统结构图和相应的文字说明，然后在一层设计中明显标识出新增功能在原有系统结构中的位置（属于原来哪一个模块的新增功能，与原有各模块之间有什么交互）。

在后续的业务流程说明、模块分解描述、依赖性描述和接口描述中，如果与本次增强开发/小特性无关的，可以不再重复描述，如果有关联的，应该拷贝原有的设计说明，在此基础上再说明更改的内容。

3.1.1 系统结构描述这里要描述软件系统的总体结构，可以使用结构图、层次分解图或包图来描述，并应说明系统结构划分的原则（例如，基于标准、协议所规定的体系结构，来自于分析模型的结果，或者基于原有体系结构的结果）。

对于使用分析模型的体系结构，应说明分析类的职责及相互关系。

3.1.2 业务流程说明描述系统架构模块/分析类之间的动态交互，来说明用例模型中的典型用例场景，以体现系统功能是如何实现的。

概要设计与‎详细设计的‎区别概要设计就‎是设计软件‎的结构，包括组成模‎块，模块的层次‎结构，模块的调用‎关系，每个模块的‎功能等等。

同时，还要设计该‎项目的应用‎系统的总体‎数据结构和‎数据库结构‎，即应用系统‎要存储什么‎数据，这些数据是‎什么样的结‎构，它们之间有‎什么关系。

详细设计阶‎段就是为每‎个模块完成‎的功能进行‎具体的描述‎，要把功能描‎述转变为精‎确的、结构化的过‎程描述。

概要设计阶‎段通常得到‎软件结构图‎详细设计阶‎段常用的描‎述方式有：流程图、N-S图、PAD图、伪代码等概要设计和‎详细设计在软件设计‎中，大家经常问‎到的一个问‎题是：概要设计应‎该怎样一个‎概要法，详细设计应‎该怎样一个‎详细法？这个问题在‎公司内部经‎常有人问。

现在陈述一‎下。

我们公司的‎研发流程是‎瀑布型的，这个模型中‎的分析、设计阶段是‎基于经典的‎结构化方法‎。

结构化设计‎方法的基本‎思路是：按照问题域‎，将软件逐级‎细化，分解为不必‎再分解的的‎模块，每个模块完‎成一定的功‎能，为一个或多‎个父模块服‎务（即接受调用‎），也接受一个‎或多个子模‎块的服务（即调用子模‎块）。

模块的概念‎，和编程语言‎中的子程序‎或函数是对‎应的。

这样一来，设计可以明‎显地划分成‎两个阶段：概要（结构）设计阶段：把软件按照‎一定的原则‎分解为模块‎层次，赋予每个模‎块一定的任‎务，并确定模块‎间调用关系‎和接口。

详细设计阶‎段：依据概要设‎计阶段的分‎解，设计每个模‎块内的算法‎、流程等。

概要设计阶‎段：在这个阶段‎，设计者会大‎致考虑并照‎顾模块的内‎部实现，但不过多纠‎缠于此。

主要集中于‎划分模块、分配任务、定义调用关‎系。

模块间的接‎口与传参在‎这个阶段要‎定得十分细致明‎确，应编写严谨‎的数据字典‎，避免后续设‎计产生不解‎或误解。

概要设计一‎般不是一次‎就能做到位‎，而是反复地‎进行结构调‎整。

典型的调整‎是合并功能‎重复的模块‎，或者进一步‎分解出可以‎复用的模块‎。

概要设计与详细设计的区别概要设计就是设计软件的结构，包括组成模块,模块的层次结构,模块的调用关系，每个模块的功能等等。

同时,还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。

详细设计阶段就是为每个模块完成的功能进行具体的描述,要把功能描述转变为精确的、结构化的过程描述。

概要设计阶段通常得到软件结构图详细设计阶段常用的描述方式有：流程图、N—S图、PAD图、伪代码等概要设计和详细设计在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法,详细设计应该怎样一个详细法?这个问题在公司内部经常有人问。

现在陈述一下。

我们公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法。

结构化设计方法的基本思路是：按照问题域，将软件逐级细化，分解为不必再分解的的模块，每个模块完成一定的功能，为一个或多个父模块服务(即接受调用），也接受一个或多个子模块的服务(即调用子模块）。

模块的概念，和编程语言中的子程序或函数是对应的.这样一来，设计可以明显地划分成两个阶段：概要（结构)设计阶段:把软件按照一定的原则分解为模块层次,赋予每个模块一定的任务，并确定模块间调用关系和接口。

详细设计阶段：依据概要设计阶段的分解，设计每个模块内的算法、流程等。

概要设计阶段：在这个阶段，设计者会大致考虑并照顾模块的内部实现，但不过多纠缠于此.主要集中于划分模块、分配任务、定义调用关系。

模块间的接口与传参在这个阶段要定得十分细致明确，应编写严谨的数据字典，避免后续设计产生不解或误解。

概要设计一般不是一次就能做到位，而是反复地进行结构调整。

典型的调整是合并功能重复的模块，或者进一步分解出可以复用的模块.在概要设计阶段,应最大限度地提取可以重用的模块，建立合理的结构体系，节省后续环节的工作量。

概要设计文档最重要的部分是分层数据流图、结构图、数据字典以及相应的文字说明等。

1.1 软件的概要设计1.1.1 概要设计在交通局和开发者双方认可的《需求分析报告》基础上，开发者进行下——步的工作。

首先，开发者需要对软件系统进行概要设计，即系统设计。

概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。

1.1.2 编写概要设计的要求a．一致性概要设计的要求应该与需求分析报告所描述的需求一致。

同时，概要设计的各项要求之间也应该一致。

b．合理性概要设计所提出的设计方法和标准应该是合理的、恰当的。

c．可追踪性对概要设计所提出的各项要求应该可以得到它的清晰的源流，即在需求分析报告客户有明确的需求描述。

d．可行性根据概要设计进行详细设计、操作和维护应该是可行的。

1.1.3 概要设计报告的编写者概要设计报告由开发者根据需求分析报告的要求进行编写。

1.1.4 概要设计和需求分析、详细设计之间的关系和区别需求分析不涉及具体的技术实现，而概要设计注重于从宏观上和框架上来描述采用何种技术手段、方法来实现这些需求。

详细设计相对概要设计更注重于微观上和框架内的设计，是编码的依据。

概要设计是指导详细设计的依据。

1.1.5 概要设计的评审在软件概要设计工作完成后，软件开发者应向交通提交《软件系统概要设计报告》。

在交通局对《概要设计报告》评审通过后，即可进入详细设计阶段。

1.1.6 概要设计格式《软件系统概要设计报告》需按一定的格式进行编写，具体的《软件系统概要设计报告》文档编写模板请见附录B。

1.2 软件的详细设计1.2.1 详细设计在概要设计的基础上，开发者需要进行软件系统的详细设计。

在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。

应当保证软件的需求完全分配给整个软件。

软件概要、详细设计说明书课题：学生教材订购系统学院：数学科学学院班级：信科1202 信科1201 学号：姓名：指导老师：田怀凤软件概要设计说明书1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (4)2任务概述 (3)2.1目标............................................................................. .. (3)2.2运行环境 (3)2.3需求概述 (3)2.4条件与限制............................................................................. .. (4) 3总体设计 (5)3.1处理流程 (5)3.2总体结构和模块外部设计 (5)3.3功能分配 (8)4接口设计 (9)4.1用户接口 (9)4.2外部接口 (10)4.3部接口 (10)5系统数据结构设计 (10)5.1逻辑结构设计要点 (10)5.2物理结构设计要点 (11)5.3数据结构与程序的关系 (13)6运行设计 (13)6.1运行模块组合 (13)6.2运行控制 (14)6.3运行时间 (14)7系统出错处理设计 (14)7.1出错输出信息 (14)7.2补救措施 (14)8安全设计.............................................................................(14)9系统维护设计 (15)1引言1.1编写目的概要设计说明书编制的目的是：通过对软件的仔细分析我们将软件规格说明书，进行了适当的功能分解，把软件划分为模块。

从而使软件结构清晰，并且易于进行测试和调试，编写该概要说明书的目的更主要是为了能够提高软件的可修改性和有助于软件开发工程的组织管理。

进行编写更进一步要求我们要逐步求精，为了能让我们集中精力解决主要问题而尽量推迟对问题细节的考虑。

概要设计与详细设计的区别如下：
1、概要设计的主要任务是把需求分析得到的系统扩展用例图转换为软件结构和数据结构。

设计软件结构的具体任务是：将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。

数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。

显然，概要设计建立的是目标系统的逻辑模型.
2、详细设计是软件工程中软件开发的一个步骤，就是对概要设计的一个细化，就是详细设计每个模块实现算法，所需的局部结构。

在详细设计阶段，主要是通过需求分析的结果，设计出满足用户需求的嵌入式系统产品。

3、概要设计阶段通常得到软件结构图 ， 详细设计阶段常用的描述方式有：流程图、N-S图、PAD 图、伪代码等 。

4、详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。

扩展资料
设计是把一种设想通过合理的规划、周密的计划、通过各种感觉形式传达出来的过程。

人类通过劳动改造世界，创造文明，创造物质财富和精神财富，而最基础、最主要的创造活动是造物。

设计便是造物活动进行预先的计划，可以把任何造物活动的计划技术和计划过程理解为设计。

设计（Design）是为构建有意义的秩序而付出的有意识的直觉上的努力。

更详细的定义如下：
第一步：理解用户的期望、需要、动机，并理解业务、技术和行业上的需求和限制。

第二步：将这些所知道的东西转化为对产品的规划（或者产品本身），使得产品的形式、内容和行为变得有用、能用，令人向往，并且在经济和技术上可行。

（这是设计的意义和基本要求所在）。

系统概要设计和详细设计在软件开发过程中，系统概要设计是非常重要的一环，它主要是对整个系统进行总体规划和设计，确定系统的整体结构和功能模块之间的关系。

系统概要设计需要考虑系统的整体性能、安全性、可靠性等方面，以确保系统能够满足用户的需求。

系统概要设计的主要内容包括系统的总体架构设计、功能模块划分、数据流程设计、系统接口设计等。

总体架构设计是系统概要设计的核心内容，它包括系统的层次结构、模块划分、模块之间的关系等。

在总体架构设计中，需要考虑系统的扩展性、灵活性和性能等方面，以确保系统能够满足未来的需求变化。

功能模块划分是系统概要设计的另一个重要内容，它主要是对系统的功能进行划分，确定每个功能模块的功能和接口。

在功能模块划分中，需要考虑功能模块之间的依赖关系和调用关系，确保系统的功能模块能够协同工作，实现系统的整体功能。

数据流程设计是系统概要设计的另一个重要内容，它主要是对系统中的数据流程进行设计和规划。

在数据流程设计中，需要考虑数据的输入、处理和输出过程，确定数据的流向和转换规则，以确保系统能够正确地处理数据，并生成正确的输出结果。

系统接口设计是系统概要设计的最后一个重要内容，它主要是确定系统与外部系统和用户之间的接口。

在系统接口设计中，需要考虑系统与外部系统的通信协议、数据格式、接口规范等，以确保系统能够与外部系统正常交互，实现系统的功能。

系统概要设计是软件开发过程中非常重要的一环，它主要是对整个系统进行总体规划和设计，确定系统的整体结构和功能模块之间的关系。

系统概要设计需要考虑系统的总体性能、安全性、可靠性等方面，以确保系统能够满足用户的需求。

详细设计系统详细设计是系统概要设计的延伸和细化，它主要是对系统的各个功能模块进行详细设计，确定每个功能模块的功能、接口和实现细节。

系统详细设计需要考虑系统的具体实现方式、算法设计、数据结构设计等方面，以确保系统能够按照设计要求正常运行。

系统详细设计的主要内容包括功能模块设计、数据结构设计、算法设计、界面设计等。

软件需求，概要设计，详细设计（⽂档）软件需求，概要设计，详细设计（⽂档）怎么做，做什么？52018.06.15 08:09:26字数 2451阅读 36159写在前⾯由于项⽬⼯作需要，需要提供《软件需求规格说明书》，《软件概要设计说明书》和《软件详细设计说明书》。

所以这⾥整理学习⼀下相关⽂档需要的内容。

⽂章并不设计对所有需求分析，概要设计和详细设计的详细描述。

因为这其中的任何⼀点都可以单独提取出来成为软件⼯程学科中的⼀本书籍内容。

1 软件设计的整体流程：软件需求分析阶段：输出了《软件需求规格说明书》，不涉及具体实现⽅法。

⽤户能看得明⽩，开发⼈员也可据此进⾏下⾯的⼯作，搞清楚“要解决什么问题”。

概要设计阶段：确定软件系统的总体布局，各个⼦模块的功能和模块间的关系，与外部系统的关系，选择的技术路线。

有⼀些研究与论证性的内容。

并输出《软件概要设计说明书》。

搞清楚“总体实现⽅案”详细设计阶段：对概要设计的进⼀步细化，⼀般由各部分的担当⼈员依据概要设计分别完成，然后在集成，是具体的实现细节。

是“程序”的蓝图，确定每个模块采⽤的算法、数据结构、接⼝的实现、属性、参数。

并输出《软件详细设计说明书》。

搞清楚“每个模块怎么做”2 需求分析2.1 我们为什么需要《软件需求规格说明书》？如果需求的编写只是为了解释说明软件实现的功能，那么良好的编码结构，代码注释就可以很好的实现软件的功能说明，程序员可以将编写需求的时间节约下来进⾏更多功能的实现；可是，这样的情况可能更多适⽤于中⼩型项⽬，或者互联⽹项⽬，因为这样的项⽬需求不复杂，并且需求变化很快，所以研发的效率⾮常重要。

然⽽，针对⼤型软件项⽬或者功能⽐较复杂的系统，软件研发可能是多⼈协作的成果，所以在信息传递过程中，我们只有提前考虑好软件需求的内容，才能正确评估开发软件所需要的时间，成本的要素，从⽽更好的管理项⽬。

2.2 《软件需求规格说明书》的⼀般结构正⽂的第⼀章内容是1.概述，包含1.1.编写⽬的；1.2.术语与定义；1.3.参考资料；三个部分第⼆章要给出该项⽬的标准和规范，在⽂档的后续内容编写中以及项⽬开发过程中必须遵照这个标准和规范进⾏。

(完整)系统设计：详细设计和概要设计主要内容编辑整理：尊敬的读者朋友们：这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望 ((完整)系统设计：详细设计和概要设计主要内容) 的内容能够给您的工作和学习带来便利。

同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。

本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为(完整)系统设计：详细设计和概要设计主要内容的全部内容。

(完整)系统设计：详细设计和概要设计主要内容设计过程包括 2 个主要的规程:概要设计，详细设计。

1. 概要设计：收集相关资料，确定设计目标，完成系统的架构设计。

2. 详细设计：在概要设计基础上，确定接口的详细规格说明。

概要设计模板引言(项目背景、系统任务、设计依据)；总体设计 (设计原则、总体结构、关键技术) ;系统功能设计说明；数据库设计；界面设计；系统安全设计 ;开发工具；系统运行环境1 选择设计方法学：比如使用面向对象设计方式或者结构化设计方式，并且有一个成熟的方法论作为指导。

1 子系统分解:对系统进行分层、分区等处理 ,得到组成系统的子系统 , 降低系统复杂度。

1 确定子系统的服务：定义子系统提供的服务，以及对其他子系统服务的使用情况。

此处的服务不需要对接口做详细地规格说明 .1 设计对象模型：对需求分析中产生的对象模型进行整理，添加解决域实体，根据一些设计模式或者解决问题的需要，对系统中的实体以及它们之间的关系进行整理。

1 确定系统的构件模型：比如有哪些动态库，哪些 COM 组件等；确定哪些类或者文件属于这些构件；确定构件之间的依赖关系 .1 确定系统硬件分布情况：比如是客户机 /服务器,还是分布式系统 ,并且用模型建立它们的关系。

1 确定软件和硬件的映射关系：哪些构件放到哪些机器上 .1 确定系统的数据管理策略:确定对实体的管理是利用内存对象、文件还是数据库方式，并进行建模。

概要设计与详细设计概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调⽤关系，每个模块的功能等等。

同时，还要设计该项⽬的应⽤系统的总体数据结构和数据库结构，即应⽤系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。

详细设计阶段就是为每个模块完成的功能进⾏具体的描述，要把功能描述转变为精确的、结构化的过程描述。

概要设计阶段通常得到软件结构图详细设计阶段常⽤的描述⽅式有：流程图、N-S图、PAD图、伪代码等概要设计和详细设计在软件设计中，⼤家经常问到的⼀个问题是：概要设计应该怎样⼀个概要法，详细设计应该怎样⼀个详细法？这个问题在公司内部经常有⼈问。

现在陈述⼀下。

我们公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化⽅法。

结构化设计⽅法的基本思路是：按照问题域，将软件逐级细化，分解为不必再分解的的模块，每个模块完成⼀定的功能，为⼀个或多个⽗模块服务（即接受调⽤），也接受⼀个或多个⼦模块的服务（即调⽤⼦模块）。

模块的概念，和编程语⾔中的⼦程序或函数是对应的。

这样⼀来，设计可以明显地划分成两个阶段：概要（结构）设计阶段：把软件按照⼀定的原则分解为模块层次，赋予每个模块⼀定的任务，并确定模块间调⽤关系和接⼝。

详细设计阶段：依据概要设计阶段的分解，设计每个模块内的算法、流程等。

概要设计阶段：在这个阶段，设计者会⼤致考虑并照顾模块的内部实现，但不过多纠缠于此。

主要集中于划分模块、分配任务、定义调⽤关系。

模块间的接⼝与传参在这个阶段要定得⼗分细致明确，应编写严谨的数据字典，避免后续设计产⽣不解或误解。

概要设计⼀般不是⼀次就能做到位，⽽是反复地进⾏结构调整。

典型的调整是合并功能重复的模块，或者进⼀步分解出可以复⽤的模块。

在概要设计阶段，应最⼤限度地提取可以重⽤的模块，建⽴合理的结构体系，节省后续环节的⼯作量。

概要设计⽂档最重要的部分是分层数据流图、结构图、数据字典以及相应的⽂字说明等。

1.1 软件的概要设计1.1.1 概要设计在交通局和开发者双方认可的《需求分析报告》基础上，开发者进行下——步的工作。

首先，开发者需要对软件系统进行概要设计，即系统设计。

概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。

1.1.2 编写概要设计的要求a．一致性概要设计的要求应该与需求分析报告所描述的需求一致。

同时，概要设计的各项要求之间也应该一致。

b．合理性概要设计所提出的设计方法和标准应该是合理的、恰当的。

c．可追踪性对概要设计所提出的各项要求应该可以得到它的清晰的源流，即在需求分析报告客户有明确的需求描述。

d．可行性根据概要设计进行详细设计、操作和维护应该是可行的。

1.1.3 概要设计报告的编写者概要设计报告由开发者根据需求分析报告的要求进行编写。

1.1.4 概要设计和需求分析、详细设计之间的关系和区别需求分析不涉及具体的技术实现，而概要设计注重于从宏观上和框架上来描述采用何种技术手段、方法来实现这些需求。

详细设计相对概要设计更注重于微观上和框架内的设计，是编码的依据。

概要设计是指导详细设计的依据。

1.1.5 概要设计的评审在软件概要设计工作完成后，软件开发者应向交通提交《软件系统概要设计报告》。

在交通局对《概要设计报告》评审通过后，即可进入详细设计阶段。

1.1.6 概要设计格式《软件系统概要设计报告》需按一定的格式进行编写，具体的《软件系统概要设计报告》文档编写模板请见附录B。

1.2 软件的详细设计1.2.1 详细设计在概要设计的基础上，开发者需要进行软件系统的详细设计。

在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。

应当保证软件的需求完全分配给整个软件。