概要设计和详细设计的区别
概要设计与详细设计的区别
概要设计与详细设计的区别概要设计就是设计软件的结构，包括组成模块，模块的层次结构,模块的调用关系，每个模块的功能等等。
同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据,这些数据是什么样的结构，它们之间有什么关系.详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述.概要设计阶段通常得到软件结构图详细设计阶段常用的描述方式有：流程图、N—S图、PAD图、伪代码等概要设计和详细设计在软件设计中，大家经常问到的一个问题是:概要设计应该怎样一个概要法，详细设计应该怎样一个详细法？这个问题在公司内部经常有人问。
现在陈述一下.我们公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法。
结构化设计方法的基本思路是：按照问题域，将软件逐级细化，分解为不必再分解的的模块，每个模块完成一定的功能，为一个或多个父模块服务（即接受调用），也接受一个或多个子模块的服务（即调用子模块）。
模块的概念，和编程语言中的子程序或函数是对应的。
这样一来，设计可以明显地划分成两个阶段：概要（结构）设计阶段：把软件按照一定的原则分解为模块层次，赋予每个模块一定的任务，并确定模块间调用关系和接口。
详细设计阶段：依据概要设计阶段的分解，设计每个模块内的算法、流程等。
概要设计阶段:在这个阶段，设计者会大致考虑并照顾模块的内部实现，但不过多纠缠于此.主要集中于划分模块、分配任务、定义调用关系。
模块间的接口与传参在这个阶段要定得十分细致明确,应编写严谨的数据字典，避免后续设计产生不解或误解。
概要设计一般不是一次就能做到位，而是反复地进行结构调整。
典型的调整是合并功能重复的模块，或者进一步分解出可以复用的模块.在概要设计阶段，应最大限度地提取可以重用的模块,建立合理的结构体系，节省后续环节的工作量.概要设计文档最重要的部分是分层数据流图、结构图、数据字典以及相应的文字说明等。
软件工程概要设计和详细设计
•过程设计则是把结构成份转换成软件的过程性描述。
•界面设计是对系统边界的描述，用户界面是用户和 系统进行交互的工具，人机接口直接影响软件的寿命。
ClientA
ClientB
ClientC
ClientD
第三级
客
户 机
business logic node（商业逻辑结点）
Security
（安全）
Event
（事件）
Search
（搜索）
服
务
器
Database management node
（数据库管理结点）
第二级 第一级
软件工程概要设计和详细设计
现在越来越多的应用采用多层结构，以适应不断 变化的用户需求。
软件工程概要设计和详细设计
四、分布式对象结构(Distributed Objects Architecture)
在C/S模型中，客户和服务器在服务/请求上的差别， 在一定程度上限制了系统的灵活性和可扩展性。
采用分布式对象结构 ：
“对象(Object)”——提供服务的系统组件(System Component)。
② 安全性：网络环境面临着各种威胁，如病毒、 木马、非法访问，安全问题十分突出
③ 可管理性：开放性造成异构性，造成管理困难 ④ 不可预知性：系统响应时间受网络负载等网络
环境的影响。
软件工程概要设计和详细设计
三、 客户机/服务器模型（Client/Server Architectural Model） C/S结构是一种分布式模型，采用发请求、得结
概要设计范本
概要设计范本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)最后，设计折衷是一个很好的自我辩解的机会：因为项目进度，或者历史遗留问题，我不得不采取了一个这样的设计，不要再骂我了。
概要设计和详细设计的内容
概要设计和详细设计的内容1. 概要设计：俯瞰全局的那把钥匙概要设计，听起来是不是有点高大上的感觉？其实，它就像是一个厨师在准备大餐之前的菜单，先把大致的框架搞清楚，再逐步细化。
这个阶段，咱们主要是从整体上把握项目，确定目标和范围。
就像给一幅画打底，得先画出大致的轮廓，才好慢慢添上细节。
你想啊，如果一开始就去画眼睫毛，最后可能连鼻子都没画出来，那可就闹笑话了。
1.1 确定需求：买菜清单的重要性首先，概要设计的重中之重就是需求分析。
就像逛超市前先写个买菜清单，知道自己需要什么，才能买得心应手。
在这个阶段，团队会和客户沟通，听听他们的需求，确保咱们的产品能满足他们的期望。
这就好比和朋友商量去旅行，得先问清楚大家想去哪里，才好安排路线。
总之，需求分析就是为了把那些模糊不清的想法变得清晰明了。
1.2 设计架构：搭个框架，稳稳的接下来，咱们就进入了设计架构的阶段。
这部分就像搭建一个房子的框架，必须得坚固才能支撑起整个建筑。
概要设计不仅要考虑技术架构，还要关注系统的可扩展性和可维护性。
想象一下，如果一个房子的基础不牢固，后面再加上几层楼，那可就危险了。
所以，概要设计的关键是要有一个好的基础，确保后续的开发能够顺利进行。
2. 详细设计：画龙点睛的过程详细设计，顾名思义，就是在概要设计的基础上，把每个细节都给补充上去。
这个阶段就像是给刚刚搭好的房子装修，选择每一扇窗户、每一扇门，甚至每一盏灯的样式。
详细设计的目标是让系统在技术层面上更加完善，确保每个模块都能高效运行。
2.1 模块划分：分工明确，合作无间详细设计的第一步就是模块划分。
想象一下，一个足球队，前锋、中场、后卫，每个位置都有不同的任务，大家各司其职，才能赢得比赛。
在软件设计中，模块化可以让团队成员明确自己的职责，提高工作效率。
通过划分模块，大家可以并行开发，像打篮球一样，快速传球，互相配合，效率杠杠的。
2.2 接口设计：沟通的桥梁接下来就是接口设计，这就好比是在建造桥梁，确保不同模块之间可以顺畅沟通。
概要设计和详细设计的内容
概要设计和详细设计的内容【概要设计与详细设计：一场思维的盛宴】嘿，朋友们！今天咱们聊聊那个老生常谈但又让人津津乐道的话题——如何搞定一个项目。
别急，先让我来个轻松的开场白，咱们就当是在茶馆里听老师傅讲那桩悬了多年的案子，有头绪了，不是吗？咱们得搞明白，“概要设计与详细设计”这俩词儿，就像一对调皮的小情侣，总爱在项目的大日子里上演一出出好戏。
概要设计就像是这场戏的大纲，它告诉我们整个故事的背景、人物和大致情节，让你有个大概的概念。
而详细设计呢，就像是剧本里的台词，每一个动作、每一句话都写得清清楚楚，让人一看就知道接下来会发生什么。
想象一下，你面前摆着一张空白的画布，想要在上面描绘出一幅美丽的风景画。
概要设计就像是你脑海中的灵感闪现，告诉你哪里应该涂上亮丽的色彩，哪里又应该留白给想象。
而详细设计就像是那些色彩和线条，它们一点一点地把你的想法变成现实。
比如，咱们现在要设计的是一个手机应用。
那么，概要设计可能会是这样的：“这个应用是为了解决用户在工作和日常生活中遇到的各种问题而设计的。
它的核心功能包括时间管理、任务提醒和社交互动。
为了让用户能够更好地使用这个应用，我们还特别添加了一些个性化设置，让每个用户都能根据自己的需求来定制界面。
”而详细设计呢？可能就会是这样的：“应用的主界面采用了简洁明了的风格，以蓝色为主色调，给人一种清爽的感觉。
时间管理功能采用了日历式的布局，用户可以一目了然地看到每天的任务安排。
任务提醒功能则通过图标和文字的形式，让用户一眼就能识别到即将到来的重要事项。
社交互动功能则集成了聊天室和朋友圈，让用户可以随时随地与朋友分享生活点滴。
”当然啦，这样的设计过程并不是一成不变的。
随着项目的推进，我们可能需要根据实际情况进行调整。
但无论如何，概要设计与详细设计都是不可或缺的。
它们就像一对舞伴，虽然步伐不完全相同，但总能在舞台上跳出最和谐的舞蹈。
我要说的是，无论是概要设计还是详细设计，都是为了让我们的项目更加完美。
概要设计与详细设计的区别
概要设计与详细设计的区别概要设计就就是设计软件的结构,包括组成模块,模块的层次结构,模块的调用关系,每个模块的功能等等。
同时,还要设计该项目的应用系统的总体数据结构与数据库结构,即应用系统要存储什么数据,这些数据就是什么样的结构,它们之间有什么关系。
详细设计阶段就就是为每个模块完成的功能进行具体的描述,要把功能描述转变为精确的、结构化的过程描述。
概要设计阶段通常得到软件结构图详细设计阶段常用的描述方式有:流程图、N-S图、PAD图、伪代码等概要设计与详细设计在软件设计中,大家经常问到的一个问题就是:概要设计应该怎样一个概要法,详细设计应该怎样一个详细法？这个问题在公司内部经常有人问。
现在陈述一下。
我们公司的研发流程就是瀑布型的,这个模型中的分析、设计阶段就是基于经典的结构化方法。
结构化设计方法的基本思路就是:按照问题域,将软件逐级细化,分解为不必再分解的的模块,每个模块完成一定的功能,为一个或多个父模块服务(即接受调用),也接受一个或多个子模块的服务(即调用子模块)。
模块的概念,与编程语言中的子程序或函数就是对应的。
这样一来,设计可以明显地划分成两个阶段:概要(结构)设计阶段:把软件按照一定的原则分解为模块层次,赋予每个模块一定的任务,并确定模块间调用关系与接口。
详细设计阶段:依据概要设计阶段的分解,设计每个模块内的算法、流程等。
概要设计阶段:在这个阶段,设计者会大致考虑并照顾模块的内部实现,但不过多纠缠于此。
主要集中于划分模块、分配任务、定义调用关系。
模块间的接口与传参在这个阶段要定得十分细致明确,应编写严谨的数据字典,避免后续设计产生不解或误解。
概要设计一般不就是一次就能做到位,而就是反复地进行结构调整。
典型的调整就是合并功能重复的模块,或者进一步分解出可以复用的模块。
在概要设计阶段,应最大限度地提取可以重用的模块,建立合理的结构体系,节省后续环节的工作量。
概要设计文档最重要的部分就是分层数据流图、结构图、数据字典以及相应的文字说明等。
软件概要设计和详细设计精要
前段时间在项目上因为阅读某公司的软件详细设计说明书，引发了我的一些思考，这既是自己多年来感悟的一次梳理，也作为我从事企业模型咨询工作的一次总结。
因为涉及的内容太广泛，以下尽量用简洁的语言来叙述。
传统的面向结构的设计，概要设计主要是给出系统整体功能菜单，模块之间的调用关系描述，还有软件系统工作环境的说明；详细设计则主要针对一个模块的算法设计，屏幕界面设计，按钮操作设计等等。
面向结构的软件设计缺点主要有以下两点：1、从业务逻辑到功能菜单的跳跃太大，导致需求及变更的追溯性难以保证；2、结构化开发方法不区分内外，不区分层次，编码语句会把信息全部平铺暴露，使用不当会形成太多的耦合点，修改起来牵一发而动全身，所以应变性很差。
软件行业发展变化太快，上世纪颁布的国家标准都不适应了现在的工程实践。
特别是从软件工程转到面向对象的设计，还有所谓的快速迭代开发方法，完全打乱了原来面向结构的设计步骤。
但是，越是变化快，就越需要理出“变中不变”的约束和规范来。
因此，如何才能划分好概要设计与详细设计的界限，明确其设计的基本思想和原则具有至关重要的意义。
从概要到详细，首先就是要贯彻由整体到局部、由概括到细节，由概念模型到物理模型，由业务逻辑到IT技术实现，由“做什么”的描述到“如何做”的可执行步骤，这是一个由表及里、抽丝剥茧、层层深入的分析过程。
要体现企业架构的思想，既要把业务架构与应用架构平滑过渡，无缝连接，需求分析可追溯不跳跃不中断；又要整体架构可扩充，可伸缩，具有松耦合的特点，这样就便于发生需求变动进行修改。
要体现出概要设计与详细设计之间的“松耦合”和“可验收”的两大特点，就必须找到这两者之间的不变量，就是设计的提交物应该达到可检验的颗粒度，形成成果物体现出“变中不变”的抽象关系。
这样从不变量的角度讲，可以说明概要设计书的确完成了任务，作为详细设计的输入起到了约束条件的作用；从可变的角度讲，就明确了在详细设计阶段必须补充的需求调研，这也是设计者具有的主观能动性可以有所作为的部分。
系统概要设计和详细设计
系统概要设计和详细设计系统概要设计和详细设计系统概要设计是软件开发过程中的一个重要环节，它是在需求分析的基础上，对整个系统进行全面的规划和设计。
系统概要设计包括了对系统的总体结构、功能模块、数据结构、算法流程等方面进行详细的规划和描述。
而详细设计则是在概要设计的基础上，对每个模块进行具体的实现和编码。
一、系统概要设计1. 系统总体结构在系统总体结构方面，需要考虑到整个系统所包含的各个模块之间的关系。
这些模块之间应该是相互独立、互相协作，共同完成整个系统所需实现的功能。
同时，在总体结构中还需要考虑到数据存储方式、数据传输方式以及用户界面等方面。
2. 功能模块在功能模块方面，需要对整个系统所需实现的各项功能进行详细规划和描述。
这些功能应该能够满足用户需求，并且能够与其他模块进行有效地协作。
3. 数据结构在数据结构方面，需要考虑到整个系统所需使用的各种数据类型以及它们之间的关系。
这些数据类型应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效的交互。
4. 算法流程在算法流程方面，需要考虑到整个系统所需使用的各种算法以及它们之间的关系。
这些算法应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效的协作。
二、详细设计1. 模块设计在模块设计方面，需要对每个模块进行具体的实现和编码。
这些模块应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效地协作。
同时，在模块设计中还需要考虑到代码复用、可维护性等方面。
2. 数据库设计在数据库设计方面，需要考虑到数据表结构、数据类型、索引等方面。
这些数据库设计应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效的交互。
3. 用户界面设计在用户界面设计方面，需要考虑到用户体验、易用性等方面。
这些用户界面设计应该能够满足用户需求，并且能够与其他模块进行有效地协作。
4. 测试与调试在测试与调试方面，需要对整个系统进行全面的测试和调试。
这些测试与调试应该能够发现系统中存在的问题，并且能够及时地进行修复和优化。
概要设计和详细设计区别
概要设计与详细设计的区别概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。
同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。
详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。
概要设计阶段通常得到软件结构图详细设计阶段常用的描述方式有：流程图、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. 接口类型：包括应用程序接口（API）、网络接口、用户界面接口等，根据系统的具体需求确定接口的类型。
2. 数据交换格式：确定模块之间交换数据的格式，可以是XML、JSON、Protobuf等，需要考虑数据的结构、数据的编码方式等因素。
3. 接口协议：确定模块之间通信的协议，例如HTTP、TCP/IP、SOAP等，需要考虑安全性、稳定性、效率等因素。
4. 接口文档：对接口进行详细描述和文档化，包括接口的调用方式、参数说明、返回结果等，方便其他开发人员进行集成和使用。
5. 异常处理：定义接口调用过程中可能出现的异常情况，包括错误码、错误信息、异常处理方式等。
接口概要设计需要充分考虑系统整体架构和功能需求，确定各模块之间的协作方式和通信规则，为接下来的详细设计和开发工作奠定基础。
二、详细设计接口详细设计是在接口概要设计的基础上，对具体接口进行技术细节的规划和设计。
在进行接口详细设计时，需要考虑各个具体接口的调用方式、参数定义、返回结果、异常处理等具体细节，以及接口的具体实现方式。
接口详细设计包括以下几个方面的内容：1. 接口定义：明确定义接口的名称、功能和作用，包括接口的输入参数和输出参数，以及接口的调用方式和使用方法。
2. 参数定义：对接口的输入参数和输出参数进行详细的定义和说明，包括参数的类型、名称、取值范围、参数验证方式等。
前端概要设计详细设计文档
前端概要设计详细设计文档前端概要设计与详细设计文档，其实说白了，就是为了让开发团队清楚知道前端的“长相”和“脾气”，避免后期在开发过程中卡壳，或者一头雾水，不知道该从哪里下手。
做这个设计的初衷很简单，就是为了让事情不做糊涂账，避免开发过程中盲人摸象的情况发生。
你说，是不是？每个项目如果从头到尾都没个明确的设计规划，就像做饭时乱放调料，最后出来的菜可能就不太好吃，谁都不想吃那种“不知道是啥”的东西，前端也一样，得有章可循。
好啦，我们来聊聊概要设计。
概要设计，就是我们站在全局的角度，先把这个前端框架的基本构架给定下来。
你可以把它想象成盖房子之前，先画个建筑蓝图。
蓝图里，你要确定房子的结构，几层楼，门窗的位置，大致的样式等等。
再具体一点，就是在这个前端页面中，所有的模块是什么，怎么排布，用户怎么操作，页面如何交互。
别小看这些，设计得不好，后面开发人员就得“吃土”了——修修补补，调试个不停。
大家都想轻松愉快地做项目，谁也不想天天看着BUG吃饭对吧？所以，概要设计这步很重要。
概要设计不是让你把每个按钮、每个页面的具体细节都给画出来，而是要大致勾画出大框架。
就像我们看一座城市的规划图，街道怎么布局，公共设施在哪里，什么地方是商业区，哪里是住宅区。
简单清晰，让人一看就能知道，哦，这个城市是怎么运作的。
这个步骤的重点就是要确保整个前端的功能和结构都能够满足产品需求，避免后面出现“这块缺了，那块忘了”的问题。
说到详细设计。
这个就有点像装修公司拿着你的蓝图开始精细化施工。
详细设计比概要设计更具体，目的就是为了让开发者能一步一步照着做。
每个页面的样式，交互细节，甚至是按钮的点击效果，都要设计好。
要知道，前端开发并不是“随便点点”就能完成的，细节决定成败。
好比你买衣服，虽然大致的款式差不多，但一旦拿到手，你才发现质量好坏和合不合身完全是两回事。
所以，前端开发的详细设计，就是把这些“质量”和“合身”的问题考虑清楚，给开发者指明方向。
系统开发流程中的概要设计与详细设计
系统开发流程中的概要设计与详细设计概要设计和详细设计在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法，详细设计应该怎样一个详细法？一般公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法。
结构化设计方法的基本思路是：按照问题域，将软件逐级细化，分解为不必再分解的的模块，每个模块完成一定的功能，为一个或多个父模块服务（即接受调用），也接受一个或多个子模块的服务（即调用子模块）。
模块的概念，和编程语言中的子程序或函数是对应的。
这样一来，设计可以明显地划分成两个阶段：•概要（结构）设计阶段：把软件按照一定的原则分解为模块层次，赋予每个模块一定的任务，并确定模块间调用关系和接口。
•详细设计阶段：依据概要设计阶段的分解，设计每个模块内的算法、流程等。
概要设计阶段在这个阶段，设计者会大致考虑并照顾模块的内部实现，但不过多纠缠于此。
主要集中于划分模块、分配任务、定义调用关系。
模块间的接口与传参在这个阶段要定得十分细致明确，应编写严谨的数据字典，避免后续设计产生不解或误解。
概要设计一般不是一次就能做到位，而是反复地进行结构调整。
典型的调整是合并功能重复的模块，或者进一步分解出可以复用的模块。
在概要设计阶段，应最大限度地提取可以重用的模块，建立合理的结构体系，节省后续环节的工作量。
概要设计文档最重要的部分是分层数据流图、结构图、数据字典以及相应的文字说明等。
以概要设计文档为依据，各个模块的详细设计就可以并行展开了。
详细设计阶段在这个阶段，各个模块可以分给不同的人去并行设计。
在详细设计阶段，设计者的工作对象是一个模块，根据概要设计赋予的局部任务和对外接口，设计并表达出模块的算法、流程、状态转换等内容。
这里要注意，如果发现有结构调整（如分解出子模块等）的必要，必须返回到概要设计阶段，将调整反应到概要设计文档中，而不能就地解决，不打招呼。
详细设计文档最重要的部分是模块的流程图、状态图、局部变量及相应的文字说明等。
概要设计与详细设计的区别
概要设计与详细设计的区别如下：
1、概要设计的主要任务是把需求分析得到的系统扩展用例图转换为软件结构和数据结构。
设计软件结构的具体任务是：将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。
数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。
显然，概要设计建立的是目标系统的逻辑模型.
2、详细设计是软件工程中软件开发的一个步骤，就是对概要设计的一个细化，就是详细设计每个模块实现算法，所需的局部结构。
在详细设计阶段，主要是通过需求分析的结果，设计出满足用户需求的嵌入式系统产品。
3、概要设计阶段通常得到软件结构图 ， 详细设计阶段常用的描述方式有：流程图、N-S图、PAD 图、伪代码等 。
4、详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。
扩展资料
设计是把一种设想通过合理的规划、周密的计划、通过各种感觉形式传达出来的过程。
人类通过劳动改造世界，创造文明，创造物质财富和精神财富，而最基础、最主要的创造活动是造物。
设计便是造物活动进行预先的计划，可以把任何造物活动的计划技术和计划过程理解为设计。
设计（Design）是为构建有意义的秩序而付出的有意识的直觉上的努力。
更详细的定义如下：
第一步：理解用户的期望、需要、动机，并理解业务、技术和行业上的需求和限制。
第二步：将这些所知道的东西转化为对产品的规划（或者产品本身），使得产品的形式、内容和行为变得有用、能用，令人向往，并且在经济和技术上可行。
（这是设计的意义和基本要求所在）。
系统概要设计和详细设计
系统概要设计和详细设计在软件开发过程中，系统概要设计是非常重要的一环，它主要是对整个系统进行总体规划和设计，确定系统的整体结构和功能模块之间的关系。
系统概要设计需要考虑系统的整体性能、安全性、可靠性等方面，以确保系统能够满足用户的需求。
系统概要设计的主要内容包括系统的总体架构设计、功能模块划分、数据流程设计、系统接口设计等。
总体架构设计是系统概要设计的核心内容，它包括系统的层次结构、模块划分、模块之间的关系等。
在总体架构设计中，需要考虑系统的扩展性、灵活性和性能等方面，以确保系统能够满足未来的需求变化。
功能模块划分是系统概要设计的另一个重要内容，它主要是对系统的功能进行划分，确定每个功能模块的功能和接口。
在功能模块划分中，需要考虑功能模块之间的依赖关系和调用关系，确保系统的功能模块能够协同工作，实现系统的整体功能。
数据流程设计是系统概要设计的另一个重要内容，它主要是对系统中的数据流程进行设计和规划。
在数据流程设计中，需要考虑数据的输入、处理和输出过程，确定数据的流向和转换规则，以确保系统能够正确地处理数据，并生成正确的输出结果。
系统接口设计是系统概要设计的最后一个重要内容，它主要是确定系统与外部系统和用户之间的接口。
在系统接口设计中，需要考虑系统与外部系统的通信协议、数据格式、接口规范等，以确保系统能够与外部系统正常交互，实现系统的功能。
系统概要设计是软件开发过程中非常重要的一环，它主要是对整个系统进行总体规划和设计，确定系统的整体结构和功能模块之间的关系。
系统概要设计需要考虑系统的总体性能、安全性、可靠性等方面，以确保系统能够满足用户的需求。
详细设计系统详细设计是系统概要设计的延伸和细化，它主要是对系统的各个功能模块进行详细设计，确定每个功能模块的功能、接口和实现细节。
系统详细设计需要考虑系统的具体实现方式、算法设计、数据结构设计等方面，以确保系统能够按照设计要求正常运行。
系统详细设计的主要内容包括功能模块设计、数据结构设计、算法设计、界面设计等。
产品概要设计和详细设计
产品概要设计和详细设计产品概要设计是指在产品开发过程中，对产品的整体功能、目标用户、市场需求等进行概括和规划的阶段。
而详细设计则是在概要设计的基础上，对产品的各个模块、功能、接口等进行具体的设计和规范。
产品概要设计主要包括以下几个方面：1. 产品定位和目标用户：明确产品的定位和目标用户群体，确定产品要解决的问题和满足的需求。
2. 功能需求：详细描述产品的各个功能模块，并确定各个功能模块之间的关系和交互方式。
3. 性能需求：确定产品的性能指标，如响应时间、并发用户数、数据处理能力等。
4. 用户界面设计：设计产品的用户界面，包括界面布局、交互方式、视觉风格等，以提供良好的用户体验。
5. 数据库设计：设计产品的数据库结构和数据表，确定数据之间的关联关系和存储方式。
6. 安全性设计：考虑产品的安全性需求，包括用户权限管理、数据加密、防止攻击等。
7. 接口设计：设计产品与其他系统或服务之间的接口，确保数据的交互和共享。
8. 测试策略：确定产品的测试方法和策略，包括功能测试、性能测试、安全测试等。
9. 部署和运维：规划产品的部署方式和运维策略，确保产品的稳定性和可靠性。
产品详细设计则是在概要设计的基础上，对产品的各个模块和功能进行具体的设计和规范。
详细设计主要包括以下几个方面：1. 系统架构设计：设计产品的整体架构，包括前端、后端、数据库等模块的划分和组织方式。
2. 模块设计：对产品的各个功能模块进行详细设计，包括模块的输入、输出、处理逻辑等。
3. 数据库设计：详细设计产品的数据库结构，包括各个数据表的字段、索引、约束等。
4. 接口设计：设计产品与其他系统或服务之间的接口，包括接口的输入、输出、参数等。
5. 算法设计：对产品中需要用到的算法进行详细设计，确保算法的正确性和高效性。
6. 用户界面设计：详细设计产品的用户界面，包括界面的布局、样式、交互方式等。
7. 错误处理和异常处理：设计产品的错误处理和异常处理机制，确保系统的稳定性和可靠性。
软件需求，概要设计，详细设计（文档）
软件需求，概要设计，详细设计（⽂档）软件需求，概要设计，详细设计（⽂档）怎么做，做什么？52018.06.15 08:09:26字数 2451阅读 36159写在前⾯由于项⽬⼯作需要，需要提供《软件需求规格说明书》，《软件概要设计说明书》和《软件详细设计说明书》。
所以这⾥整理学习⼀下相关⽂档需要的内容。
⽂章并不设计对所有需求分析，概要设计和详细设计的详细描述。
因为这其中的任何⼀点都可以单独提取出来成为软件⼯程学科中的⼀本书籍内容。
1 软件设计的整体流程：软件需求分析阶段：输出了《软件需求规格说明书》，不涉及具体实现⽅法。
⽤户能看得明⽩，开发⼈员也可据此进⾏下⾯的⼯作，搞清楚“要解决什么问题”。
概要设计阶段：确定软件系统的总体布局，各个⼦模块的功能和模块间的关系，与外部系统的关系，选择的技术路线。
有⼀些研究与论证性的内容。
并输出《软件概要设计说明书》。
搞清楚“总体实现⽅案”详细设计阶段：对概要设计的进⼀步细化，⼀般由各部分的担当⼈员依据概要设计分别完成，然后在集成，是具体的实现细节。
是“程序”的蓝图，确定每个模块采⽤的算法、数据结构、接⼝的实现、属性、参数。
并输出《软件详细设计说明书》。
搞清楚“每个模块怎么做”2 需求分析2.1 我们为什么需要《软件需求规格说明书》？如果需求的编写只是为了解释说明软件实现的功能，那么良好的编码结构，代码注释就可以很好的实现软件的功能说明，程序员可以将编写需求的时间节约下来进⾏更多功能的实现；可是，这样的情况可能更多适⽤于中⼩型项⽬，或者互联⽹项⽬，因为这样的项⽬需求不复杂，并且需求变化很快，所以研发的效率⾮常重要。
然⽽，针对⼤型软件项⽬或者功能⽐较复杂的系统，软件研发可能是多⼈协作的成果，所以在信息传递过程中，我们只有提前考虑好软件需求的内容，才能正确评估开发软件所需要的时间，成本的要素，从⽽更好的管理项⽬。
2.2 《软件需求规格说明书》的⼀般结构正⽂的第⼀章内容是1.概述，包含1.1.编写⽬的；1.2.术语与定义；1.3.参考资料；三个部分第⼆章要给出该项⽬的标准和规范，在⽂档的后续内容编写中以及项⽬开发过程中必须遵照这个标准和规范进⾏。
概要设计和详细设计的区别
概要设计和详细设计的区别模块的概念软件工程中谈到的模块是指整个系统中一些相对对独立的程序单元，每个程序单元完成和实现一个相对独立的软件功能。
通俗点就是一些独立的程序段。
模块设计也叫详细设计，是系统设计阶段后续的一个软件开发阶段。
在系统设计阶段要把整个应用问题分解成一个个独立的功能部分--叫做程序模块。
每个程序模块要有自己的名称、标识符、接口等外部特征。
不过模块的概念，在现代软件工程已经不多使用了，这大概是2代3代之前的概念。
模块概念后来发展成类和对象的概念，现在又发展到组件的概念。
换句话说，现在不再叫模块设计，一般叫组件设计。
前些年叫类和对象设计。
这些不止是名词的改变，更多的是软件工程的发展。
不过对象也好、组件也好它们都是一些独立的程序单元。
概要设计的概要概要设计是一个设计师根据用户交互过程和用户需求来形成交互框架和视觉框架的过程，其结果往往以反映交互控件布置、界面元素分组以及界面整体板式的页面框架图的形式来呈现。
这是一个在用户研究和设计之间架起桥梁，使用户研究和设计无缝结合，将对用户目标与需求转换成具体界面设计解决方案的重要阶段。
概要设计的主要任务是把需求分析得到的系统扩展用例图转换为软件结构和数据结构。
设计软件结构的具体任务是：将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。
数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。
显然，概要设计建立的是目标系统的逻辑模型，与计算机无关。
概要设计与详细设计的区别概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。
同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。
详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。
概要设计阶段通常得到软件结构图，详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
博客：
概要设计与详细设计的区别
概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。
同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。
详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。
概要设计阶段通常得到软件结构图
详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等
概要设计和详细设计
在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法，详细设计应该怎样一个详细法
这个问题在公司内部经常有人问。
现在陈述一下。
我们公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法。
结构化设计方法的基本思路是：按照问题域，将软件逐级细化，分解为不必再分解的的模块，每个模块完成一定的功能，为一个或多个父模块服务（即接受调用），也接受一个或多个子模块的服务（即调用子模块）。
模块的概念，和编程语言中的子程序或函数是对应的。
这样一来，设计可以明显地划分成两个阶段：
概要（结构）设计阶段：把软件按照一定的原则分解为模块层次，赋予每个模块一定的任务，并确定模块间调用关系和接口。
详细设计阶段：依据概要设计阶段的分解，设计每个模块内的算法、流程等。
概要设计阶段：
在这个阶段，设计者会大致考虑并照顾模块的内部实现，但不过多纠缠于此。
主要集中于划分模块、分配任务、定义调用关系。
模块间的接口与传参在这个阶段要定得十分细致明确，应编写严谨的数据字典，避免后续设计产生不解或误解。
概要设计一般不是一次就能做到位，而是反复地进行结构调整。
典型的调整是合并功能重复的模块，或者进一步分解出可以复用的模块。
在概要设计阶段，应最大限度地提取可以重用的模块，建立合理的结构体系，节省后续环节的工作量。
概要设计文档最重要的部分是分层数据流图、结构图、数据字典以及相应的文字说明等。
以概要设计文档为依据，各个模块的详细设计就可以并行展开了。
详细设计阶段:
在这个阶段，各个模块可以分给不同的人去并行设计。
在详细设计阶段，设计者的工作对象是一个模块，根据概要设计赋予的局部任务和对外接口，设计并表达出模块的算法、流程、状态转换等内容。
这里要注意，如果发现有结构调整（如分解出子模块等）的必要，必须返回到概要设计阶段，将调整反应到概要设计文档中，而不能就地解决，不打招呼。
详细设计文档最重要的部分是模块的流程图、状态图、局部变量及相应的文字说明等。
一个模块一篇详细设计文档。
概要设计文档相当于机械设计中的装配图，而详细设计文档相当于机械设计中的零件图。
文档的编排、装订方式也可以参考机械图纸的方法。
我们公司对模块的认识和传统定义有所不同，认为是较大的软件功能单元才可以称作模块。
这种认识使大家对概要设计和详细设计的分工产生了混乱的理解，降低了文档的可用性，应该予以纠正。
概要设计中较顶层的部分便是所谓的方案。
方案文档的作用是在宏观的角度上保持设计的合理性。
有的项目采用面向对象的分析、设计方法。
可能在概要设计、详细设计的分工上疑问更多。
其实，面向对象的分析、设计方法并没有强调结构化方法那样的阶段性，因此一般不引入概要、详细设计的概念。
如果按照公司的文档体系，非要有这种分工的话，可以将包的划分、类及对象间的关系、类的对外属性、方法及协作设计看做概要设计；类属性、方法的内部实现看做详细设计。
1.需求分析--产生软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。
不涉及具体实现方法。
用户能看得明白，开发人员也可据此进行下面的工作（概要设计）。
2.概要设计--产生软件概要设计说明书，说明系统模块划分、选择的技术路线等，整体说明软件的实现思路。
并且需要指出关键技术难点等。
3.详细设计--产生软件详细设计说明书，对概要设计的进一步细化，一般由各部分的担当人员依据概要设计分别完成，然后在集成，是具体的实现细节。
理论上要求可以照此编码。
概要设计和详细设计的区别与联系
软件设计采用自顶向下、逐次功能展开的设计方法，首先完成总体设计，然后完成各有机组成部分的设计。
根据工作性质和内容的不同，软件设计分为概要设计和详细设计。
概要设计实现软件的总体设计、模块划分、用户界面设计、数据库设计等等；详细设
计则根据概要设计所做的模块划分，实现各模块的算法设计，实现用户界面设计、数据结构设计的细化，等等。
概要设计是详细设计的基础，必须在详细设计之前完成，概要设计经复查确认后才可以开始详细设计。
概要设计，必须完成概要设计文档，包括系统的总体设计文档、以及各个模块的概要设计文档。
每个模块的设计文档都应该独立成册。
详细设计必须遵循概要设计来进行。
详细设计方案的更改，不得影响到概要设计方案；如果需要更改概要设计，必须经过项目经理的同意。
详细设计，应该完成详细设计文档，主要是模块的详细设计方案说明。
和概要设计一样，每个模块的详细设计文档都应该独立成册。
概要设计里面的数据库设计应该重点在描述数据关系上，说明数据的来龙去脉，在这里应该结合我们的一下结果数据，说明这些结果数据的源点，我们这样设计的目的和原因。
详细设计里的数据库设计就应该是一份完善的数据结构文档，就是一个包括类型、命名、精度、字段说明、表说明等内容的数据字典。
概要设计里的功能应该是重点在功能描述，对需求的解释和整合，整体划分功能模块，并对各功能模块进行详细的图文描述，应该让读者大致了解系统作完后大体的结构和操作模式。
详细设计则是重点在描述系统的实现方式，各模块详细说明实现功能所需的类及具体的方法函数，包括涉及到的sql语句等。
概要设计，详细设计之间的关系是什么
Q:
我的看法：
概要设计只说明系统有多少个模块，各模块之间的接口和个模块本身的功能
详细设计说明某个具体模块如何实现，粒度应该比程序略高一些
但是问题来了，各个模块之间是有层次关系的，也有先后逻辑关系。
这就说明，在概要设计中，还必须考虑模块的实现细节，否则，你怎么知道这个模块下面要划分子模块你怎么知道各子模块的调用顺序
这就说明，概要设计和详细设计是重叠进行的，而软件工程书上说的确是顺序进行的，不知道是不是我的理解有问题。
举个例子，例如排序程序，如果设计2个模块：
一个主模块用于排序子模块用于交换2个变量，主模块调用子模块，但是子模块是怎么设计出来的呢肯定是你先想到了用冒泡等排序方式的时候需要交换数据，这已经考虑了主模块足够多的细节，似乎属于"详细设计"了，但是目前进行的是概要设计，这就产生了我所说的重叠的情况。
A:
看看上面的帖子，有意思的居多。
上面也有朋友说到用建筑的例子来比喻。
软件的概要设计，主要是建立软件系统的整体架构，也就是我们在盖房子时候，需要先将房子的整个架子构建起来。
软件的详细设计，主要是将软件系统的各个部分的具体设计方法、逻辑、功能采用文字方式进行表述。
这样在实现过程中，Coding人员原则上严格按此进行代码实现即可。
这样的一个最为简单的例证：我们可以将代码交付第三方来做。
验证与跟踪采取设计来。
我看上面还有一个朋友说：快速做代码。
这个本身没有值得批评之处。
但只要想一下，你写的代码没有任何设计思想、文档留下的情况，一旦你离开，如何维护重新设计吗还是花费几倍人力去研究你写的几千/万，甚至几十万行代码如果是这样的，你没错，关键是你们老板太对了，钱算什么。
另外的一个问题是：中国人如此聪明，但中国为什么没有出现巨型软件产品呢个人英雄主义依然很严重，老板的短视利益行为大行其道。