弱弱的问：架构设计与概要设计的异同？--我需要您的帮助与教导！
弱弱的问：架构设计与概要设计的异同？--我需要您的帮助与教导！
[解决办法]
呵呵，那LZ能不能自己再UP一个，解释一下什么是概要设计呢？
个人简单认为，正如你所说的盖楼，架构面向与总体，这个楼的轮廓，面积，设计面向于细节，如这个楼的内部结构，构造等等。
[解决办法]
概要分析，如果有很好的需求分析作基础，很easy的。对应各个功能，描述其实现逻辑即可。架构可是打地基，不是大楼框架，是要准备大楼框架变动的。我也在学习。
[解决办法]
架构确定大的方向，设计原则，模块间的交互方式以及接口定义。
概要设计应该是按照架构定下的基调，具体处理每一个模块。
[解决办法]
架构设计与概要设计的异同，如果从工作内容来看，两者是统一的，架构设计以及基于架构的软件开发方式只是概要设计的一种设计思路和实现策略，但如果从工作的成果来看，两者确实有些不同，这种差异主要体现在传统理念上的概要设计以及国家标准中的概要设计模板，都从不同程度上更多的倾向于对客户需求的分解细化形成真正的软件功能需求，明确地未来软件需要实现功能要求和逻辑思路。基于软件架构的概要设计则在某种程度上突破了传统的软件概要设计理念，甚至有些颠覆传统的嫌疑。因为基于架构的设计要求概要设计的执行人员，需要不仅是分解细化客户需求，形成软件功能列表。更多的时候要求的是基于面向对象的设计理念，对目标功能进行规整归位，然后基于软件模块功能对象立足于应用，从应用出发对问题进行一个纵深规划，形成一个模块为支撑，功能为填充，接口关系明晰的实现框架。
当然，如果我们仅仅从最终的归途来看，无论早期的SD方式还是当前流行的基于架构的设计思路，在一定程度上都是为软件系统的成功应用服务的。因此两者也可以看作是一个简单的内容和形式的关系---相互支撑相互服务。
[解决办法]
多谢楼上东家的支持
[解决办法]
mark
[解决办法]
不客气的说，hanty(大智若鱼)说了那么多可以说是在放屁。
架构设计与概要设计根本是两码事，
前者是针对系统来说的，解决系统“骨架”，包括目标用户群的调查、可行性分析、原型验证等，具体给用户使用的系统功能很少会出现在架构设计里。我觉得现在好像有个误区，譬如用PHP开发一个网站就说什么架构设计，如果只是用PHP开发的网站，它的架构设计主要依赖于PHP。你能有与之不同的架构设计，系统必具有与别不同的特性。
后者是软件工程里的概念，而且讨论这概念意义不大，因为在敏捷开发过程里，这概念没什么意义。
两者相同的地方可能是都是关注系统主体的问题吧。
[解决办法]
分析和架构是两个不同阶段，在此我们可以用建大厦的角度去看：
1。分析是地质学家，经济学家。。。。去考虑，地质会不会出问题，经济上可行吗？
2。架构考虑的问题是用框架式结构呢，还是用其它结构
[解决办法]
hawk_e2e(hawk_e2e):
"不客气的说，hanty(大智若鱼)说了那么多可以说是在放屁。
架构设计与概要设计根本是两码事， "
---- 不要瞎扯行不行? 现在的世界往往是外国人还有争议的概念, 到了
中国大家就开始炒, 争论谁对概念的理解 "更准确 ", 本来就是 "皇帝的新装 "
之类的东西, 你非得说你看到的比我看到的 "更准确 ", 不是很可笑吗??
[解决办法]
需求,分析,设计
---- 这三个概念之间到底什么区别, 有谁能说清楚我每个月拿1000工资给他.
[解决办法]
不懂,听你们说
[解决办法]
可行性分析就是决定“做”还是“不做”
需求分析就是决定“做什么”
详细设计就是决定“怎么做”
[解决办法]
可行性分析就是决定“做”还是“不做”
需求分析就是决定“做什么”
详细设计就是决定“怎么做
------------------------
修改第一项
可行性分析就是决定“能做”还是“不能做”或者是 "技术上能实现 "还是 "无法实现 "
[解决办法]
to redex(cc) :
既然你认为是瞎扯，愿闻其详。
对于技术，我没觉得有什么可笑。
[解决办法]
我觉得hanty(大智若鱼)区分的很准确，架构设计比概要设计更宽，更抽象。
打个比方：概要设计主要要描述出系统分为哪些功能模块，每个模块又可以分为哪些子模块，每个模块的主要功能是什么等，而架构设计一般不需要详细描述到子模块，主要描述系统的层次结构、各层包含的重要的模块、各层之间的接口和通讯方式、大模块的物理部署等。
一般大型项目都是在需求分析之后先做架构设计，再进行概要设计和详细设计，不过一般中小型的项目很多都没有架构设计，直接进行概要设计和详细设计。
hawk_e2e:
你所说的“目标用户群的调查、可行性分析、原型验证”根本就不是概要设计的内容，那是需求分析要做的
[解决办法]
更正：
你所说的“目标用户群的调查、可行性分析、原型验证”根本就不是架构设计的内容，那是需求分析要做的
------解决方案--------------------
谢谢！
我想：架构设计和概要设计，是软件开发过程里要设立的两个阶段，类似于里程碑式的子过程。
每个过程都有它的目标，要解决特定的问题。
架构设计主要是解决系统“骨架”如何设计。“骨架”不仅仅是主体设计，还包括开发过程的规划、关键技术的预研等。对系统实现出来的质量负责，对后面的开发管理起到指导作用。它是从需求分析到系统设计之间的链接，所以它有“目标用户群的调查、可行性分析、原型验证”，但跟需求分析的侧重点不同。
目标用户群的调查是对需求分析中不足的补充。
可行性分析侧重在技术层面上考虑需求能否实现，实现的程度。
原型验证是针对技术难点建立适当的模型，用来验证技术的可行性。
概要设计是传统软件工程里的概念，解决用功能模块的设计满足需求，下一阶段详细设计就是对它的细化。概要设计应在架构设计的指导下进行。
如果把架构设计当作概要设计里的一种工作方式，那么这是没把工作的重点突出。可能你的系统的架构设计要求不高，或者根本没有架构设计，就如上面说的用PHP开发个小网站。我猜你们所说的架构设计就譬如选择C/S还是B/S、或前台用AJAX服务器用J2EE、或软件在物理上如何布置等。那么这些做得太粗了，同类产品架构设计下大功夫的可能只有一次，以后每一个产品都能重复使用，但概要设计是每个产品都要下做一次。
[解决办法]
对于同类产品，架构设计下大功夫的可能只有一次以后每一个产品都能重复使用，但概要设计是每个产品都要完整做一次的。
[解决办法]
架构设计可以被规划在系统工程中了，而概要设计我认为应该划分在软件学里面了，
