系统概要设计和详细设计

设计过程包括2个主要的规程：概要设计,详细设计。

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

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

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

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

此处的服务不需要对接口做详细地规格说明。

⏹设计对象模型:对需求分析中产生的对象模型进行整理，添加解决域实体，根据一些设计模式或者解决问题的需要,对系统中的实体以及它们之间的关系进行整理.⏹确定系统的构件模型：比如有哪些动态库,哪些COM组件等;确定哪些类或者文件属于这些构件；确定构件之间的依赖关系。

⏹确定系统硬件分布情况：比如是客户机/服务器，还是分布式系统，并且用模型建立它们的关系.⏹确定软件和硬件的映射关系：哪些构件放到哪些机器上.⏹确定系统的数据管理策略:确定对实体的管理是利用内存对象、文件还是数据库方式，并进行建模。

⏹设计在系统的边界处理：比如初始化、退出、异常处理等情况下系统行为规则.详细设计模板详细设计是为系统的每项具体任务选择适当的技术手段和处理方法。

总体设计负责构建系统整体骨架,详细设计则要考虑各个方面的部件内部细节的方案.例如系统的输入输出设计、用户界面设计、数据库设计、程序处理过程设计、网络系统设计、安全性设计等方面的内容。

详细设计的基本任务详细设计包括业务对象设计、功能逻辑设计、数据库设计和界面设计等工作.详细设计是系统实现的依据，需要考虑所有的设计细节。

（1）为每个模块进行详细的算法设计.用某种图形、表格、语言等工具将每个模块处理过程的详细算法描述出来。

概要设计和详细设计的内容1. 概要设计：俯瞰全局的那把钥匙概要设计，听起来是不是有点高大上的感觉？其实，它就像是一个厨师在准备大餐之前的菜单，先把大致的框架搞清楚，再逐步细化。

这个阶段，咱们主要是从整体上把握项目，确定目标和范围。

就像给一幅画打底，得先画出大致的轮廓，才好慢慢添上细节。

你想啊，如果一开始就去画眼睫毛，最后可能连鼻子都没画出来，那可就闹笑话了。

1.1 确定需求：买菜清单的重要性首先，概要设计的重中之重就是需求分析。

就像逛超市前先写个买菜清单，知道自己需要什么，才能买得心应手。

在这个阶段，团队会和客户沟通，听听他们的需求，确保咱们的产品能满足他们的期望。

这就好比和朋友商量去旅行，得先问清楚大家想去哪里，才好安排路线。

总之，需求分析就是为了把那些模糊不清的想法变得清晰明了。

1.2 设计架构：搭个框架，稳稳的接下来，咱们就进入了设计架构的阶段。

这部分就像搭建一个房子的框架，必须得坚固才能支撑起整个建筑。

概要设计不仅要考虑技术架构，还要关注系统的可扩展性和可维护性。

想象一下，如果一个房子的基础不牢固，后面再加上几层楼，那可就危险了。

所以，概要设计的关键是要有一个好的基础，确保后续的开发能够顺利进行。

2. 详细设计：画龙点睛的过程详细设计，顾名思义，就是在概要设计的基础上，把每个细节都给补充上去。

这个阶段就像是给刚刚搭好的房子装修，选择每一扇窗户、每一扇门，甚至每一盏灯的样式。

详细设计的目标是让系统在技术层面上更加完善，确保每个模块都能高效运行。

2.1 模块划分：分工明确，合作无间详细设计的第一步就是模块划分。

想象一下，一个足球队，前锋、中场、后卫，每个位置都有不同的任务，大家各司其职，才能赢得比赛。

在软件设计中，模块化可以让团队成员明确自己的职责，提高工作效率。

通过划分模块，大家可以并行开发，像打篮球一样，快速传球，互相配合，效率杠杠的。

2.2 接口设计：沟通的桥梁接下来就是接口设计，这就好比是在建造桥梁，确保不同模块之间可以顺畅沟通。

概要设计和详细设计模板一、概要设计。

1. 项目背景。

本项目旨在设计一个新型的智能家居系统，通过智能设备实现家居环境的智能化管理，提高居住舒适度和生活便利性。

2. 项目目标。

实现家居设备的远程控制和智能化管理；提供智能化的能源管理方案，节约能源成本；实现家居设备之间的互联互通，提高整体系统的智能化水平；提供用户友好的操作界面，方便用户管理和控制家居设备。

3. 项目范围。

本项目的范围包括硬件设备的选择、系统架构设计、软件开发、用户界面设计等方面。

4. 项目成本。

本项目的预算为100万元，其中包括硬件设备采购、软件开发费用、人员成本等。

5. 项目进度。

本项目计划周期为一年，包括需求分析、设计、开发、测试、上线等阶段。

二、详细设计。

1. 系统架构设计。

硬件选择，选择符合智能家居系统需求的智能设备，包括智能灯具、智能插座、智能空调等；系统集成，设计系统整体架构，实现各个智能设备之间的互联互通；通信协议，选择合适的通信协议，实现设备之间的数据交换和控制。

2. 软件开发。

应用开发，开发智能家居APP，提供用户友好的操作界面，实现设备的远程控制和智能化管理；数据管理，设计数据库结构，存储用户信息、设备信息、能源数据等；系统集成，将硬件设备和软件系统进行集成，实现整体系统的功能。

3. 用户界面设计。

界面布局，设计简洁直观的界面布局，方便用户操作；功能设计，设计用户操作流程，实现用户快速上手；可视化展示，提供设备状态、能源消耗等数据的可视化展示，方便用户了解家居情况。

4. 测试与上线。

系统测试，对系统进行全面测试，确保系统稳定性和安全性；用户培训，为用户提供系统使用培训，帮助用户快速上手；系统上线，将系统正式上线，投入使用。

通过概要设计和详细设计，我们将完成一个功能完善、稳定可靠的智能家居系统，为用户提供更便利、舒适的家居生活体验。

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

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

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

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

现在陈述一下。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

现在陈述一下。

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

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

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

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

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

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

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

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

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

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

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

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

机票预订系统概要设计和详细设计1引言1.1编写目的本文档是机票预订系统设计中重要的组成部分, 编写机票预订系统的文档是为了让使用者和任务提出者更好的了解开发者的思维, 编写数据库设计文档的目的是: 明确数据库的表名、字段名等数据信息；熟悉系统流程, 对各模块画出数据流程图, 并简单功能描述；懂得设计各种异常情况的处理, 是系统的安全性达到最好；完成UML类图设计, 并用伪码设计其实现流程。

通过此文档来指导后期的数据库脚本的开发。

本文档的读者对象包括客户、业务人员、需求分析人员、系统设计人员、开发人员、测试人员、用户文档编写人和项目管理人员。

1.2背景开发的系统的名称: 机票预订系统。

项目的任务提出者: 软件工程导论指导教师；项目的任务开发者: 软件6班肖雄、唐立雅、邹胤屏、贺江平、何浩；项目的使用者: 旅客、航空公司和旅游公司；项目的维护机构: 开发此软件的人员。

项目的开发目的：机票预订系统将给旅客提供查询、改签、取消订票、机票预订等功能,能更好的提高航空公司的工作效率、降低运作成本；项目的实施背景: 随着人们生活水平的提高, 旅游业和商务的发展, 航空业的飞速发展, 机票预订系统也应用而生, 而相关的信息管理, 如国内, 国际机票的预定信息和机票政策信息等管理却落后。

靠以往的管理方式进行管理, 已经不能适应社会的快速发展。

这样就迫切需要一个高效率的管理方式来引导机票预订服务业的发展。

项目系统的发展、操作和维护的历史: 航空公司为给旅客乘机提供方便, 需要开发一个机票预定系统。

各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地, 航班舱位要求等）输入到系统中, 系统为旅客安排航班。

当旅客交付了预订金后, 系统打印出取票通知和帐单给旅客, 旅客在飞机起飞前一天凭取票通知和帐单交款取票, 系统核对无误即打印出机票给旅客。

此外航空公司为随时掌握各个航班飞机的乘载情况, 需要定期进行查询统计, 以便适当调整。

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

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

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

概要设计阶‎段通常得到‎软件结构图‎详细设计阶‎段常用的描‎述方式有：流程图、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 详细设计在概要设计的基础上，开发者需要进行软件系统的详细设计。

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

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

概要设计和详细设计怎么写知乎撰写的设计文档主要分为：总体概要设计文档+详细设计文档，后简称为“概设”+“详设”。

总设和详设都应该包含的部分：（1）需求：一般以产品的语言描述，这一块可以拷贝产品需求文档中的storylist部分；（2）名词解释（可选）：非相关领域内的同学需要看到文档需要提前了解的一些概念性质的东西；（3）设计目标：又分为功能目标和性能目标，功能目标一般是对产品需求的技术描述，性能目标是根据产品给出的数据对性能进行的评估。

一般来说，新服务必须要有性能目标一项，性能目标可能会影响设计方案。

除了都应该包含的部分，总体概要设计一般还包含：（1）系统架构：一般来说会有个简单的架构图，并配以文字对架构进行简要说明；（2）模块简介：架构图中如果有很多模块，需要对各个模块的功能进行简要介绍；（3）设计与折衷：设计与折衷是总体概要设计中最重要的部分；（4）潜在风险（可选）；输出总体概要设计的时候，很多方案还是不确定的，需要在设计评审会议上确认。

总体概要设计重点在“方案折衷”，总体概要设计评审完毕之后，此时应该是所有方案都确认了，需要输出各模块的详细设计，详细设计重点在“详细”：（1）总体概要设计结论汇总（可选）：达成一致的结论有个简要概述，说明详设是对这些结论的实现；（2）交互流程：简要的交互可用文字说明，复杂的交互建议使用流程图，交互图或其他图形进行说明；（3）数据库设计：这个是应该放在总设还是详设呢？（4）接口形式：有了数据库+接口+流程，别的同学拿到详设文档，基本也能够搞定了；（5）其他细节：例如公式等；理论上输出了详细设计之后，无论谁拿到了这个详设文档，都是能够完成该项目的。

个人实践分享：一、大图（1）大系统或复杂流程，其架构图或者流程图会非常大，经常比A4纸或word的一页大很多，此时不宜在word中直接贴图形，贴了也看不清，建议将图放在wiki上，文档中直接贴链接；（2）一定要保存viso或者其他图形的源文件，否则今后改动起来要重画，代价可想而知；二、设计与折衷（1）设计与折衷是总设中最重要的内容，总设评审中，主要就是讨论这些折衷的优劣；（2）评审过后，不但要邮件周知结论，还要在总设中进行更新，说明最终决定使用了哪种方案，为什么使用这种方案；根据自己的经验，接手别人的模块、项目，拿到代码和文档，设计方案对我来说完全是个谜！！！（3）有时候因为排期或者其他原因，不一定采用了最优的设计方案，此时更应该在总设中记录决策的过程与原因；（4）最后，设计折衷是一个很好的自我辩解的机会：因为项目进度，或者历史遗留问题，我不得不采取了一个这样的设计，不要再骂我了。

系统开发流程中的概要设计与详细设计概要设计和详细设计在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法，详细设计应该怎样一个详细法？一般公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法。

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

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

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

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

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

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

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

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

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

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

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

以概要设计文档为依据，各个模块的详细设计就可以并行展开了。

详细设计阶段在这个阶段，各个模块可以分给不同的人去并行设计。

在详细设计阶段，设计者的工作对象是一个模块，根据概要设计赋予的局部任务和对外接口，设计并表达出模块的算法、流程、状态转换等内容。

这里要注意，如果发现有结构调整（如分解出子模块等）的必要，必须返回到概要设计阶段，将调整反应到概要设计文档中，而不能就地解决，不打招呼。

详细设计文档最重要的部分是模块的流程图、状态图、局部变量及相应的文字说明等。