软件开发中对架构、构架、结构、框架的理解
架构是指软件结构的专用名词,
构架只是架构的另一种叫法
框架指的是一些通用的结构和组件（半成品）
结构 Structure
通用的一个词，在不同专业领域可能有不同的含义。泛指一个东西、系统、概念的内部组成元素，以及这些组成元素之间的联结、构造（construction）关系。
架构 Architecture
架构不是软件，而是关于软件如何设计的重要策略。软件架构决策设计到如何将软件系统分解成不同的部分、各部分之间的静态结构关系和动态交互关系等。经过完整的开发过程之后，这些架构决策将体现在最终开发出的软件系统中；当然，引入软件架构之后，整个开发过程变成了“分两步走”，而架构决策往往会体现在框架之中。
（也译作“建筑”、“体系结构”、“总体结构”、“构架”等等）
计算机、IT、软件工程等专业的一个术语，如系统架构、软件架构等等。这个词其实是软件行业对于建筑行业的学习和借鉴，用一个物理、实在的“建筑”来比喻一个抽象、虚拟的软件系统。
软件架构是指构成一个软件系统核心（主体、基础）结构的组成元素，以及这些核心组成元素之间的相互依赖、交互、协作等关系。一个软件架构（模型）是动静结合的，既包含了核心元素之间的静态结构（static structural）关系，也包含了它们之间的动态行为（dynamic behavioral）关系。
是有关软件整体结构与组件的抽象描述，
用于指导大型软件系统各个方面的设计。
(架构描述语言（ADL)用于描述软件的体系架构架）；
注：结合1的理解,设计的软件架构采用了XX框架；
构架
在软件工程领域，通常是某些译者对于 Architecture 的另一种译法
也有人把 Framework 译成“构架”的。
框架 Framework
它并不能提供完整无缺的解决方案，而是为你构建解决方案提供良好的基础。框架是半成品。典型地，框架是系统或子系统的半成品；框架中的服务尅被最终应用系统直接调用，而框架中的扩展点是供应用开发人员定制的“可变化点”。答：是整个或者部分系统的可复用设计；
表现为一组抽象构件及构件实例间交互的方式。
结合架构补充，与业务无关的管理决策框架在没有加载业务数据之前，只能称之为框架；
管理结构框架：
1）.业务架构：主要是为用户加载和组织业务提供的一个手段和环境，也是实际应用时的业务门户；
设计技术：统一门户，统一权限，工作流，商务智能（BI）等；
2）.应用架构：主要是面向业务架构提供软件功能的支持，
不仅提供运行时的业务功能支持，又提供加载时的管理功能支持。
设计技术：元数据标准，元数据管理，方案的形成和管理，知识的形成和管理等；
3）.数据架构：面向全局统一的数据综合利用及管理环境；
涉及技术：非结构化数据处理，档案管理，“大数据”技术，数据仓库（特别是DW2.0）涉及的相关技术等
4）.技术架构：是构成信息系统物理环境的产品集合，包括服务器，操作系统，中间件，网络环境等基础技术环境。
涉及技术：虚拟技术、云计算、容灾管理、数据中心监控等等；
5）.安全架构：构建网络、硬件、和软件相结合的安全体系，通过监控手段来确保系统稳定。
