软件系统概要设计及总体架构设计
软件工程概要设计和详细设计
•过程设计则是把结构成份转换成软件的过程性描述。
•界面设计是对系统边界的描述，用户界面是用户和 系统进行交互的工具，人机接口直接影响软件的寿命。
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.概要设计：概要设计是在需求分析的基础上，对软件系统的总体结构、模块组成、功能实现方式、关键技术、数据结构等进行粗略的设计。
2. 模块化设计：模块化设计是将一个大的软件系统分解成若干个相对独立的模块，通过定义接口和规范数据交换方式，实现模块之间的协同工作，提高软件的可维护性和可扩展性。
3. 数据结构设计：数据结构设计是在软件系统中，根据需求分析得到的数据的特点和规律，设计出合理的数据结构，以便程序能够高效地对数据进行操作和处理。
4. 接口设计：接口设计是指在软件系统中，不同模块之间进行数据交换和通信的接口的设计。
接口设计的好坏关系到系统的稳定性和可扩展性。
5. 系统架构设计：系统架构设计是指对软件系统总体结构的规划和设计，包括模块分解、模块之间的关系、数据流向等方面。
6. 技术选型：技术选型是指在软件系统设计过程中，选择合适的软硬件技术和开发工具，以达到实现系统功能的最佳效果。
7. 逻辑设计：逻辑设计是指在软件系统中，对各个模块的具体功能进行设计，包括算法、流程、数据结构等方面。
8. 物理设计：物理设计是指在软件系统中，将逻辑设计转化为实际的物理实现，包括数据库设计、文件组织方式、程序接口等方面。
- 1 -。
软件概要设计范例
软件概要设计范例软件概要设计是软件开发过程中的一个重要阶段，它通常由软件架构师或概要设计师完成。
下面是一个软件概要设计的范例：1. 引言1.1 目的在本文档中，我们将描述一个名为XXX的软件系统的概要设计。
该软件系统旨在实现XXX功能，并满足用户需求。
1.2 范围本软件系统的范围涵盖了XXX应用的开发，包括业务流程、数据管理、用户界面等方面。
1.3 定义、缩略词和缩写词- XXX：XXX系统- YYY：YYY模块- ZZZ：ZZZ功能2. 系统架构2.1 系统总体结构本软件系统采用了XXX架构，包括以下主要组件：- YYY模块：负责处理XXX相关的业务逻辑。
- ZZZ模块：负责处理ZZZ功能相关的逻辑。
- 用户界面：提供了用户与系统交互的界面。
2.2 系统模块结构本软件系统被划分为以下模块：- 模块1：负责处理XXX功能。
- 模块2：负责处理YYY功能。
- 模块3：负责处理ZZZ功能。
- ...3. 数据模型3.1 数据库设计本软件系统使用了一个关系型数据库来存储数据，数据库中包含了以下表：- 表1：存储XXX数据的表，包含字段1、字段2、字段3等。
- 表2：存储YYY数据的表，包含字段1、字段2、字段3等。
- 表3：存储ZZZ数据的表，包含字段1、字段2、字段3等。
3.2 数据流图根据系统的业务流程，我们绘制了数据流图，展示了不同模块之间的数据流动。
4. 系统功能实现描述4.1 功能1的实现描述描述了功能1的实现过程，包括输入输出、处理逻辑等。
4.2 功能2的实现描述描述了功能2的实现过程，包括输入输出、处理逻辑等。
4.3 功能3的实现描述描述了功能3的实现过程，包括输入输出、处理逻辑等。
5. 接口设计5.1 用户界面设计描述了用户界面的设计，包括界面元素、交互方式等。
5.2 与其他系统的接口设计描述了本系统与其他系统的接口设计，包括数据交换、调用方式等。
6. 性能需求描述了软件系统的性能需求，包括响应时间、并发处理能力等。
软件概要设计和详细设计精要
前段时间在项目上因为阅读某公司的软件详细设计说明书，引发了我的一些思考，这既是自己多年来感悟的一次梳理，也作为我从事企业模型咨询工作的一次总结。
因为涉及的内容太广泛，以下尽量用简洁的语言来叙述。
传统的面向结构的设计，概要设计主要是给出系统整体功能菜单，模块之间的调用关系描述，还有软件系统工作环境的说明；详细设计则主要针对一个模块的算法设计，屏幕界面设计，按钮操作设计等等。
面向结构的软件设计缺点主要有以下两点：1、从业务逻辑到功能菜单的跳跃太大，导致需求及变更的追溯性难以保证；2、结构化开发方法不区分内外，不区分层次，编码语句会把信息全部平铺暴露，使用不当会形成太多的耦合点，修改起来牵一发而动全身，所以应变性很差。
软件行业发展变化太快，上世纪颁布的国家标准都不适应了现在的工程实践。
特别是从软件工程转到面向对象的设计，还有所谓的快速迭代开发方法，完全打乱了原来面向结构的设计步骤。
但是，越是变化快，就越需要理出“变中不变”的约束和规范来。
因此，如何才能划分好概要设计与详细设计的界限，明确其设计的基本思想和原则具有至关重要的意义。
从概要到详细，首先就是要贯彻由整体到局部、由概括到细节，由概念模型到物理模型，由业务逻辑到IT技术实现，由“做什么”的描述到“如何做”的可执行步骤，这是一个由表及里、抽丝剥茧、层层深入的分析过程。
要体现企业架构的思想，既要把业务架构与应用架构平滑过渡，无缝连接，需求分析可追溯不跳跃不中断；又要整体架构可扩充，可伸缩，具有松耦合的特点，这样就便于发生需求变动进行修改。
要体现出概要设计与详细设计之间的“松耦合”和“可验收”的两大特点，就必须找到这两者之间的不变量，就是设计的提交物应该达到可检验的颗粒度，形成成果物体现出“变中不变”的抽象关系。
这样从不变量的角度讲，可以说明概要设计书的确完成了任务，作为详细设计的输入起到了约束条件的作用；从可变的角度讲，就明确了在详细设计阶段必须补充的需求调研，这也是设计者具有的主观能动性可以有所作为的部分。
软件概要设计的主要任务
软件概要设计的主要任务一、什么是软件概要设计软件概要设计是软件开发中的重要阶段，通常跟在需求分析之后，软件详细设计之前。
它旨在对软件系统进行整体的规划和设计，确定系统的整体结构和功能模块，为后续的详细设计和编码工作奠定基础。
软件概要设计主要包括以下几个方面的任务：二、需求分析与功能规划1.确定软件系统的主要目标和功能，明确用户的需求和期望。
2.划分软件系统的功能模块，识别主要的业务流程和数据流动。
3.分析系统需求，确定系统的功能规划和业务流程。
三、系统架构设计1.设计系统的整体结构，确定系统的分层架构和模块划分。
2.设计系统的数据流动和信息交互，确定数据的输入、处理与输出。
3.评估系统的性能需求，确定系统的硬件和软件环境要求。
4.定义系统的接口和通信方式，与外部系统进行集成。
四、数据库设计1.根据系统需求和功能规划，设计系统的数据库结构。
2.定义数据库的表结构，确定表之间的关系和约束。
3.设计数据库的索引和查询优化策略，提高系统的性能和响应速度。
五、界面设计1.设计用户界面的组织结构和布局，保证用户界面的易用性和友好性。
2.设计界面的样式和色彩搭配，保证视觉效果的一致性和美观性。
3.定义用户界面的交互方式和操作流程，提供良好的用户体验。
六、安全性设计1.分析系统的安全需求，确定系统的安全策略和权限控制。
2.设计系统的身份认证和访问控制机制，保护系统的数据安全。
3.设计系统的日志记录和异常处理，保障系统的运行稳定性和可靠性。
七、性能优化与测试规划1.评估系统的性能需求和瓶颈，设计系统的性能优化方案。
2.制定系统的测试计划和测试用例，保证系统的质量和稳定性。
3.设计性能测试和压力测试的方法和步骤，确保系统的可扩展性和可靠性。
总结：软件概要设计是软件开发中的重要环节，它对软件系统的整体架构和功能模块进行规划和设计，为后续的详细设计和编码工作提供指导和支持。
在概要设计阶段，需要进行需求分析与功能规划、系统架构设计、数据库设计、界面设计、安全性设计、性能优化与测试规划等任务。
软件项目概要设计
软件项目概要设计首先，软件项目概要设计是指对软件系统进行整体设计的过程，其目的是明确软件系统的功能需求、技术架构、系统结构、模块设计等。
概要设计可以视为需求分析的进一步细化和具体化，它将需求分析所得的功能需求转化为软件系统的总体设计方案，为详细设计提供了基础。
1.总体设计：总体设计是概要设计的第一个阶段，它主要包括对软件系统的总体结构和功能进行设计。
总体设计包括系统的组成结构、模块划分、模块间的接口定义等。
在总体设计时，需要考虑到软件系统的可扩展性、可维护性、可测试性等方面的因素。
2.数据设计：数据设计是概要设计的第二个阶段，它主要包括对软件系统中的数据进行设计和定义。
数据设计主要包括对数据结构、数据存储方式、数据访问方式等进行设计。
在数据设计时，需要考虑到软件系统的数据规模、数据的安全性、数据的访问效率等方面的因素。
3.功能设计：功能设计是概要设计的第三个阶段，它主要包括对软件系统的功能进行设计和定义。
功能设计主要包括对功能模块、功能流程、接口设计等进行设计。
在功能设计时，需要考虑到软件系统的功能覆盖范围、功能间的关联关系、功能的可用性等方面的因素。
4.接口设计：接口设计是概要设计的第四个阶段，它主要包括对软件系统和外部系统、模块间接口的设计和定义。
接口设计主要包括接口的功能定义、数据传输方式、接口的调用方式等。
在接口设计时，需要考虑到软件系统和外部系统或模块的兼容性、接口的安全性、接口的可靠性等方面的因素。
5.性能设计：性能设计是概要设计的第五个阶段，它主要包括对软件系统的性能进行设计和定义。
性能设计主要包括系统的响应时间、吞吐量、并发性等方面的设计。
在性能设计时，需要考虑到软件系统的使用场景、用户的访问量、系统的硬件配置等方面的因素。
总之，软件项目概要设计是软件开发过程中的一个重要阶段，它对软件系统的整体设计起到了关键作用。
通过概要设计，可以明确软件系统的功能需求、技术架构、系统结构、模块设计等，为进一步的详细设计和开发工作打下基础。
如何进行软件系统概要设计及总体架构设计
（5）扩展性
有一个稳定的经得起考验的架构，增加一两个业务组件是非常 快速和容易的
3、软件架构师
（1）什么是架构 在IT，架构普遍指通过某种特定的平台，而达到完成整体 软件的功能。
也即软件体系结构通常被称为架构，指可以预制和可重构
的软件框架结构。 （2）什么是架构师（Architecture） 架构师是软件行业中一种新兴职业：通俗的说就是设计师、 画图员、结构设计者。
应用系统技术体系构架 他往往是技术高手中的高手，掌握各类技术体系结构、掌 握应用设计模式 其构架行为考虑软件系统的高效性、复用性、安全性、可 维护性、灵活性、跨平台性等； 规范构架师 是通过多年磨砺或常年苦思顿悟后把某一类构架抽象成一 套构架规范，当然也有专门研究规范而培养的规范构架师。 他们往往也分为应用规范和技术规范两类。
做”的问题。
2、概要设计
（1）在什么时期进行概要设计 在需求明确、准备开始编码之前，要做概要设计
概要设计对后面的开发、测试、实施、维护工作起到关
键性的影响。
（2）工作的重点和核心
工作的重点：是适应特定的实施环境和部署环境。 工作的核心：是规划设计方案的构造，在揭示实施细节
的基础上得到方案的详细对象模型。
化” 商业应用软件的界面设计注重一致性 而在娱乐领域的软件中，有个性化的界面自然比泯然于 众的界面更具有吸引力
2、概要设计中所涉及的系统设计的一些基本的原则
（1）先进性和实用性 （2）可靠性和开放性 （3）可维护性和可伸缩性 （4）可移植性
3、概要设计的重要输出
（1）编码规范：信息形式、接口规约、命名规则； （2）物理模型：组件图、配置图； （3）不同角度的构架视图：用例视图、逻辑视图、进程视 图、部署视图、实施视图、数据视图（可选）； （4）系统总体布局：哪些部分组成、各部分在物理上、逻 辑上的相互关系；
软件概要设计方案(一)
软件概要设计方案（一）引言概述：软件概要设计方案是在软件开发过程中的关键阶段之一，它为软件项目提供了一个整体的蓝图，包括系统架构、模块设计、数据结构等。
本文将通过对软件概要设计方案的描述，帮助读者全面了解本软件项目的设计思路和实现方式。
正文：1. 系统架构设计1.1 定义功能模块1.1.1 分析系统需求，将功能划分为不同的模块1.1.2 确定各个模块之间的依赖关系1.1.3 设计模块间的接口和交互方式1.2 架构选型1.2.1 比较不同架构模式的优缺点，选择适合项目的架构1.2.2 确定系统层次结构，例如三层架构、微服务架构等1.2.3 指定各层之间的通信方式和数据传输协议1.3 扩展性和可维护性考虑1.3.1 提供可扩展性的设计，方便后续功能增加和改进1.3.2 考虑系统的可维护性，提供清晰的代码结构和注释2. 数据结构设计2.1 定义主要数据模型2.1.1 确定系统所需存储的数据类型2.1.2 设计数据库表结构，包括字段和关系2.2 数据流设计2.2.1 确定数据流的输入和输出2.2.2 设计数据流的处理方法和算法2.3 数据安全性考虑2.3.1 设计合适的数据加密和解密方案2.3.2 考虑数据备份和恢复机制，保证数据的可靠性和完整性3. 用户界面设计3.1 界面布局设计3.1.1 分析用户需求，确定界面的结构和布局3.1.2 设计用户界面的导航方式和菜单结构3.2 用户交互设计3.2.1 设计用户界面的交互方式，包括输入和输出3.2.2 提供友好的用户提示和错误处理机制3.3 响应性和可用性考虑3.3.1 设计灵活的界面，适应不同设备和分辨率3.3.2 优化用户界面的响应速度，提升用户体验4. 系统性能设计4.1 性能测试和优化4.1.1 设计性能测试用例，进行系统性能测试4.1.2 根据测试结果进行系统性能优化4.2 资源管理4.2.1 设计合理的资源分配和调度策略4.2.2 监控系统资源使用情况，防止资源耗尽4.3 容错和可恢复性设计4.3.1 设计系统容错机制，处理异常情况4.3.2 提供系统恢复机制，保证系统的可靠性和稳定性5. 测试策略设计5.1 单元测试5.1.1 设计单元测试用例，测试各个模块的功能5.1.2 编写单元测试代码，对功能进行验证5.2 集成测试5.2.1 设计集成测试用例，测试不同模块之间的集成5.2.2 编写集成测试代码，验证模块间的协同工作5.3 系统测试5.3.1 设计系统测试用例，对整个系统进行测试5.3.2 模拟真实场景进行系统测试，确保系统的稳定性和可用性总结：综上所述，本文通过对软件概要设计方案的描述，涵盖了系统架构设计、数据结构设计、用户界面设计、系统性能设计和测试策略设计等多个方面。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录1.1软件系统概要设计及总体架构设计 (2)1.1.1系统设计概述 (2)1.1.2系统概要设计（结构设计） (3)1.1.3系统概要设计中的架构设计 (8)1.1.4层架构技术在系统设计中的典型应用 (16)1.1软件系统概要设计及总体架构设计1.1.1软件系统设计概述1、软件系统设计（1）什么是软件系统设计所谓的软件系统设计就是通过某种特定的平台，而达到完成整体软件的功能。
主要涉及和包括概要设计（静态结构）和详细设计（动态结构）两个阶段。
（2）软件系统设计的主要任务系统设计阶段的主要任务是在需求分析和建模的基础上，更加深入、综合地考虑辅助决策系统的目标、技术要求和约束，扩展和细化需求分析阶段的模型。
（3）软件系统设计的主要目标其一，精化设计方案并开发出一个明确描述设计方案的可视化模型；其二，保障设计模型最终能平滑地过渡到程序代码开发阶段，即“怎么做”的问题。
2、软件系统设计的目的（1）指明一种易转化成代码的工作方案，是对软件系统分析工作的细化。
也就是进一步细化分析阶段所提取的类（包括其操作和属性），并且增加新类以处理诸如数据库、用户接口、通信、设备等技术领域的问题。
（2）设计是对问题域外部可见行为的规格说明、并增添实际的计算机系统实现所需的细节，包括人机交互、任务管理和数据管理方面的细节。
3、软件系统分析和软件系统设计的合作（1）分析面向问题，是明确动力的过程，重在理解和翻译，灵活性高（2）设计面向方案，是排除阻力的过程，重在精化和适应，受约束大从整体上看，软件系统分析和软件系统设计的对立是保障问题和方案趋于一致的基本动力。
就像两个相反方向的张力，使软件系统能够朝着正确的方向前进。
1.1.2软件系统概要设计（结构设计）1、在什么时期进行软件系统概要设计在需求明确、准备开始编码之前，需要做软件系统的概要设计。
软件系统的概要设计对后续的软件系统开发、测试、实施、维护等阶段的工作都会起到关键性的影响。
2、系统概要设计工作的主要重点和核心工作的主要重点是要适应特定的实施环境和部署环境。
而工作的核心，则是规划设计方案的构造，在揭示实施细节的基础上得到设计方案的详细对象模型。
3、软件系统概要设计的重要性（1）软件系统分析和软件系统设计模型是交错的，并且也是迭代的（2）软件系统概要设计的重要性主要体现在，它是把需求转化为软件系统的最重要的环节，并且软件系统设计的优劣在根本上决定了软件系统的质量。
4、软件系统概要设计所涉及的内容（1）制定规范主要涉及体系结构、代码和接口规约、命名规则等的规范制定。
因为，这些是项目小组今后共同开发的基础，有了开发规范和程序模块之间和项目成员彼此之间的接口规则、方式和方法，开发团队就有了共同的工作语言、共同的工作平台，使整个软件开发工作可以协调有序地进行。
（2）体系结构设计（架构设计）软件系统的体系结构是对复杂事物的一种抽象，如客户/服务器（C/S）和浏览器/Web 服务器/数据库服务器（B/W/S）结构等（参看如下示例图所示的结构关系示图）。
（3）模块设计（类的设计）1）功能独立根据用户的需求实现从功能上来划分各个功能模块，在模块设计中保持“功能独立”是模块化设计的基本原则。
因为，“功能独立”的模块可以降低开发、测试、维护等阶段的代价。
如下示例图所示为某个Web应用系统中的类图，各个功能模块相互独立。
2）模块设计的目的通过创建出类图、状态图和活动图来描述新的技术类，并扩展和细化分析阶段"素描"的商业对象类。
（4）数据结构与算法设计设计高效率的程序是基于良好的数据结构与算法，而不是基于编程小技巧的。
一般说来，数据结构与算法就是一类数据的表示及其相关的操作。
（5）用户界面设计软件系统界面的风格一般有两类，其一是“一致性”，其二是“个性化”。
商业应用软件的界面设计注重一致性（如B/S中的浏览器几乎成了唯一的客户机程序，因为用户希望用完全一致的软件来完成千变万化的应用任务），而在娱乐领域的软件开发中，有个性化的界面自然比泯然于众的界面更具有吸引力。
因此，对于通用的商业应用的软件系统，在用户界面的设计上一般都遵守“一致性”的规则，比如都采用Web浏览器作为客户端。
5、系统概要设计中所涉及的基本原则（1）先进性在设计思想、系统构架、采用技术和选用平台上均要有一定的先进性、前瞻性和扩充性。
特别要考虑一定时期内业务的增长和应用的变化趋势。
在充分考虑技术上先进性的同时，尽量采用技术成熟、市场占有率比较高的产品，从而保证建成的网站系统具有良好的稳定性、可扩展性和安全性。
（2）实用性在尽量满足业务功能需求的前提下，要适应各业务角色的工作特点，做到简单、使用和人性化。
实现统一身份和资源管理、统一认证、统一内容管理、个性化界面和内容定制。
（3）可靠性由于企业应用中不可避免地要涉及不同的用户群（操作层、管理层和业务层等人员），所以建设的信息服务网站系统必须在建设平台上保证系统的可靠性和安全性。
系统设计中，应有适量冗余及其他保护措施，平台和应用软件应具有容错性和容灾性。
（4）开放性在系统构架、采用技术和选用平台方面都必须要有较好的开放性。
特别是在选择产品上，要符合开放性要求，遵循国际标准化组织的技术标准，对选定的产品既有自己独特优势，又能与其他多家优秀的产品进行组合，共同构成一个开放的、易扩充的、稳定的和统一软件的系统。
（5）可维护性系统设计应标准化和规范化，按照分层设计，组件化实现。
对于采用的软件构件化开发方式要满足如下的基本要求：一是系统结构分层，业务与实现分离；二是以统一的服务接口规范为核心，使用开放的标准；三是构件语意描述要形式化；四是提炼封装构件要规范化。
（6）可伸缩性考虑到一般的企业应用的Web网站系统的网上业务建设是一个循序渐进、不断扩充的过程，系统要采用积木式结构，整体构架的考虑要与现有的软件系统进行无缝连接，为今后软件系统的扩展和集成留有扩充的余量。
（7）可移植性在选择开发的应用平台上，应该考虑能够建设出一套与平台无关，以统一的服务接口规范和与各种数据库相连的应用组件。
6、系统概要设计的重要输出（1）编码规范接口规约、命名规则和代码风格。
（2）物理模型组件图、配置图。
如下示例图为某个CRM系统的分层包图，体现该系统的分层架构设计方案。
（3）不同角度的构架视图用例视图、逻辑视图、进程视图、部署视图、实施视图、数据视图（可选）。
（4）系统总体布局系统各部分的组成、各部分在物理上、逻辑上的相互关系。
如下示例图为某个CRM系统的业务处理流程示例图，体现了各个业务之间的逻辑关系。
1.1.3系统概要设计中的架构设计1、架构设计的几点原则（1）好的开始相当于成功一半开始之初的架构设计决定着软件产品的生死存亡。
“好的开始相当于成功一半”。
开始的架构设计也是最难的，需要调研同类产品的情况以及技术特征，熟悉和了解当前世界上对这种产品所能提供的理论支持和技术平台支持，再结合自己项目的特点（需要透彻的系统分析），才能逐步形成自己项目的架构蓝图。
好的设计肯定需要经过反复修改，从简单到复杂的循环测试是保证设计正确的一个好办法。
由于在开始选择了正确的方向，后来项目的实现过程也验证了这种选择，但在一些架构设计的细节方面，还需要对设计方案进行修改，属于那种螺旋上升的方式。
比如，某项目采用目前比较成熟的J2EE多层系统架构设计，同时采用MVC的设计模式来设计本项目中的业务模型层、表示层和控制器。
（2）设计模式（静态）和统一过程（RUP）开发方法是支撑架构的重要手段架构设计也类似一种工作流，它是动态的，这点不象建筑设计那样，一开始就能完全确定，架构设计伴随着整个项目的进行过程之中，有两种具体操作保证架构设计的正确完成，那就是设计模式（静态）和统一过程（RUP）开发方法。
设计模式是支撑架构的一种重要组件，这与建筑有很相象的地方，一个建筑物建立设计需要建筑架构设计，而在具体施工中，也有很多建筑方面的规则和模式。
从J2EE蓝图模式分类中就可以很清楚地看到J2EE这样一个框架软件的架构与设计模式的关系，因为在J2EE系统平台中为开发人员提供了许多设计模式。
设计模式偏重于程序结构, 采用设计模式可以使得程序更具有扩展性, 健壮性和伸缩性。
（3）结合商业需求选择合理的架构因为各个企业信息系统都有自己独特的要求，如果脱离商业需求，而单独的讨论技术本身的优势是不够的。
各项技术都有产生的特定背景，其中很多都是来自工业需求而触动的。
一般而言，企业信息系统（EIS）都要求自己稳定、安全、可靠、高效、便于维护。
同时，各个企业信息系统都有自己独特的要求，可能有些时候需要考虑与原有遗留系统的集成，所以了解各个企业信息系统具体的商业需求对于整个软件系统的架构则显得很关键。
（4）成熟的Framework框架（内部和外部的）的合理选用设计模式在J2EE应用系统中扮演着重要的角色。
因此，有一个问题摆在大家面前，是自己来实现具体的设计模式，还是借助于Third-party Framework的第三方的框架？一般选用现有的较为成熟的、稳定、与现有J2EE 规范相兼容的技术框架会比较明智（如在Web应用开发中，可以选择Apache 的Struts框架来构造Web客户端；而在实现分布式的业务时可以考虑采用J2EE的多层体系的框架或者微软的.Net框架）。
因为大多数的J2EE应用需要共享如下的许多任务：日志, 数据库存取, 事物处理、数据校验, 属性管理, 异常操作, 生成HTML等。
因此，不要在每一个项目中重新实现这些功能，同时也不要在同一个项目用不同的方法实现这些功能。
（5）电子商务平台架构设计的基本要求该类型的项目一般应该具备有方便性、安全性、稳定性和实用性等四大特点。
2、由架构设计的里程碑基线所带来的好处（1）各种因数初步确定为了形成架构基线，系统架构设计师要对平台（体系）中的技术进行筛选，各种利弊的权衡。
往往架构设计师在这个过程中要阅读大量的技术资料，听取项目组成员的建议，考虑领域专家的需求，考虑赞助商成本（包括开发成本和运行维护成本）限额。
（2）定向技术培训一旦系统架构师设计的系统架构得到了批准形成了基线，项目开发和运行所采用的技术基本确定下来了。
众多的项目经理都会对预备项目组成员的技术功底感到担心；有了架构里程碑基线，项目经理能确定这个项目开发会采用什么技术，这时候如果提出培训需求应该是最精确的。
（3）角色分工有了一个好的系统架构蓝图，开发团队就能准确地划分工作。
一个好的系统架构蓝图同时也能规范化任务，能很好地把任务划分为几类，在同一类中的任务的工作量和性质相同或相似。
这样工作量估计起来有一个非常好的基础。
（4）运行维护由于各个任务在系统架构图上都有比较好的定位，借助它很快就能够熟悉整个项目的运行情况，错误出现时也能比较快速地定位错误点。