：架构设计与概要设计的异同？小弟我需要您的帮助与教导

弱弱的问：架构设计与概要设计的异同？--我需要您的帮助与教导！
弱弱的问：架构设计与概要设计的异同？--我需要您的帮助与教导！

------解决方案--------------------
呵呵，那LZ能不能自己再UP一个，解释一下什么是概要设计呢？
个人简单认为，正如你所说的盖楼，架构面向与总体，这个楼的轮廓，面积，设计面向于细节，如这个楼的内部结构，构造等等。
------解决方案--------------------
概要分析，如果有很好的需求分析作基础，很easy的。对应各个功能，描述其实现逻辑即可。架构可是打地基，不是大楼框架，是要准备大楼框架变动的。我也在学习。
------解决方案--------------------
架构确定大的方向，设计原则，模块间的交互方式以及接口定义。

概要设计应该是按照架构定下的基调，具体处理每一个模块。
------解决方案--------------------
架构设计与概要设计的异同，如果从工作内容来看，两者是统一的，架构设计以及基于架构的软件开发方式只是概要设计的一种设计思路和实现策略，但如果从工作的成果来看，两者确实有些不同，这种差异主要体现在传统理念上的概要设计以及国家标准中的概要设计模板，都从不同程度上更多的倾向于对客户需求的分解细化形成真正的软件功能需求，明确地未来软件需要实现功能要求和逻辑思路。基于软件架构的概要设计则在某种程度上突破了传统的软件概要设计理念，甚至有些颠覆传统的嫌疑。因为基于架构的设计要求概要设计的执行人员，需要不仅是分解细化客户需求，形成软件功能列表。更多的时候要求的是基于面向对象的设计理念，对目标功能进行规整归位，然后基于软件模块功能对象立足于应用，从应用出发对问题进行一个纵深规划，形成一个模块为支撑，功能为填充，接口关系明晰的实现框架。
当然，如果我们仅仅从最终的归途来看，无论早期的SD方式还是当前流行的基于架构的设计思路，在一定程度上都是为软件系统的成功应用服务的。因此两者也可以看作是一个简单的内容和形式的关系---相互支撑相互服务。
------解决方案--------------------
多谢楼上东家的支持
------解决方案--------------------
mark
------解决方案--------------------
不客气的说，hanty(大智若鱼)说了那么多可以说是在放屁。
架构设计与概要设计根本是两码事，
前者是针对系统来说的，解决系统“骨架”，包括目标用户群的调查、可行性分析、原型验证等，具体给用户使用的系统功能很少会出现在架构设计里。我觉得现在好像有个误区，譬如用PHP开发一个网站就说什么架构设计，如果只是用PHP开发的网站，它的架构设计主要依赖于PHP。你能有与之不同的架构设计，系统必具有与别不同的特性。
后者是软件工程里的概念，而且讨论这概念意义不大，因为在敏捷开发过程里，这概念没什么意义。
两者相同的地方可能是都是关注系统主体的问题吧。
------解决方案--------------------
分析和架构是两个不同阶段，在此我们可以用建大厦的角度去看：
1。分析是地质学家，经济学家。。。。去考虑，地质会不会出问题，经济上可行吗？
2。架构考虑的问题是用框架式结构呢，还是用其它结构

------解决方案--------------------
hawk_e2e(hawk_e2e):
"不客气的说，hanty(大智若鱼)说了那么多可以说是在放屁。
架构设计与概要设计根本是两码事， "

---- 不要瞎扯行不行? 现在的世界往往是外国人还有争议的概念, 到了
中国大家就开始炒, 争论谁对概念的理解 "更准确 ", 本来就是 "皇帝的新装 "
之类的东西, 你非得说你看到的比我看到的 "更准确 ", 不是很可笑吗??

------解决方案--------------------
需求,分析,设计

---- 这三个概念之间到底什么区别, 有谁能说清楚我每个月拿1000工资给他.

------解决方案--------------------
不懂,听你们说
------解决方案--------------------
可行性分析就是决定“做”还是“不做”
需求分析就是决定“做什么”
详细设计就是决定“怎么做”


------解决方案--------------------
可行性分析就是决定“做”还是“不做”
需求分析就是决定“做什么”
详细设计就是决定“怎么做


------------------------

修改第一项
可行性分析就是决定“能做”还是“不能做”或者是 "技术上能实现 "还是 "无法实现 "

------解决方案--------------------
to redex(cc) :
既然你认为是瞎扯，愿闻其详。
对于技术，我没觉得有什么可笑。
------解决方案--------------------
我觉得hanty(大智若鱼)区分的很准确，架构设计比概要设计更宽，更抽象。
打个比方：概要设计主要要描述出系统分为哪些功能模块，每个模块又可以分为哪些子模块，每个模块的主要功能是什么等，而架构设计一般不需要详细描述到子模块，主要描述系统的层次结构、各层包含的重要的模块、各层之间的接口和通讯方式、大模块的物理部署等。
一般大型项目都是在需求分析之后先做架构设计，再进行概要设计和详细设计，不过一般中小型的项目很多都没有架构设计，直接进行概要设计和详细设计。
hawk_e2e:
你所说的“目标用户群的调查、可行性分析、原型验证”根本就不是概要设计的内容，那是需求分析要做的
------解决方案--------------------
更正：
你所说的“目标用户群的调查、可行性分析、原型验证”根本就不是架构设计的内容，那是需求分析要做的
------解决方案--------------------