软件设计说明书子系统分层级的_V
软件概要设计说明书
软件概要设计说明书文档修改记录填写说明1. 系统结构的定义本体系对整个软件系统按如下结构方式进行划分：系统→子系统→模块→子模块其中：（1）“系统→子系统”划分属于“系统设计”，在系统设计说明书中予以描述。
（2）“子系统→模块”划分属于“概要设计”，在本说明书中予以描述。
（3）“模块→子模块”划分属于“详细设计”，在详细设计说明书中予以描述。
如果系统相对简单，可以省略“子模块”这一层次。
2. 如果填写了系统设计说明书，则在本说明书中略过“系统→子系统”划分的相关内容（即第2章）。
3. 如果系统相对简单，不需要做“系统→子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统→模块”划分（即第3章）进行“系统→模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统→子系统”划分的相关内容（第2章）。
目录1.简介 (1)1.1.背景和目的 (1)1.2.范围 (1)1.3.术语和缩略语 (1)2.系统总体设计 (1)2.1.任务概述 (2)2.1.1.目标 (2)2.1.2.需求概述 (2)2.2.设计概述 (2)2.2.1.总体约束 (2)2.2.2.系统外部接口 (2)2.2.3.设计方案概述 (2)2.3.系统架构设计 (3)2.3.1.系统的逻辑架构设计 (3)2.3.2.系统的物理架构设计 (4)2.4.子系统定义 (5)2.4.1.子系统列表 (5)2.4.2.子系统间关系 (5)3.子系统1设计 (6)3.1.任务概述 (6)3.1.1.目标 (6)3.1.2.需求概述 (6)3.2.设计概述 (6)3.2.1.总体约束 (6)3.2.2.子系统外部接口 (7)3.2.3.设计方案概述 (8)3.3.子系统架构设计 (8)3.4.模块定义 (10)3.4.1.模块列表 (10)3.4.2.模块间关系 (11)3.4.3.模块描述 (11)4.非功能性需求的实现方案 (12)6.1.性能的考虑 (12)6.2.兼容性的考虑 (13)6.3.安全的考虑 (13)6.4.可移植性的考虑 (13)6.5.集成与测试的考虑 (13)6.6.可扩展性的考虑 (13)6.7.可靠性的考虑 (13)6.8.可维护性的考虑 (14)5.难点及解决方案 (14)6.参考资料 (14)7.附录 (15)1. 简介1.1. 背景和目的本文档编制的目的是说明对软件系统的设计考虑，包括软件系统的基本处理流程，软件系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计奠定基础。
软件结构设计--分层系统风格讲义(ppt 18页)
情况5：具有两个N层结构的相互通信的堆栈。
堆栈1
堆栈2
层N
层N
层N-1
请求
层N-1
通知
响应
层2
层2
层1
传递
层1
4.5分层系统风格
●什么是分层式体系结构？
●分层风格的主要特征是什么？
●使用层次设计的软件有怎样的结构特性？ ●分层系统的体系结构的优点有哪些？ ●分层系统的体系结构的缺点有哪些？
在简单的层次结构中，有以下两种情况：
情况1：用户对层N产生需求，但层N不能独立完成 这个请求，所以它调用层N-1的相应操作服务。在 处理过程中又进一步向层N-2发出请求，以此类 推， 最终达到层1。
情况2：从层1开始的自底向上的操作链过程。பைடு நூலகம்
情况3：如果层N-1能够满足要求，顶层的请求仅到 达层N-1就足够了，不需要再向下层分解和传递。
所谓分层式体系结构，是按层次组织 软件的一种软件体系结构，其中每一层软 件建立在低一层的软件层上。
包含许多应用系统
应用层
包含多个可复用构件库系统
构件层
。 。 。
分层风格适用于可以按照层次结构来组织不 同类别的相关服务的应用程序。
使用
客户
高
层N
分层模型
层N-1
。 。 。
层1
低
4.5分层系统风格
●什么是分层式体系结构？ ●分层风格的主要特征是什么？ ●使用层次设计的软件有怎样的结构特性？ ●分层系统的体系结构的优点有哪些？ ●分层系统的体系结构的缺点有哪些？
在实现体系结构的技术能力方面，分 层模式对抽象，信息隐藏，关注点分离， 模块化，耦合和内聚，充分性、完整性和 原始性的实现有益处。在非功能性属性方 面，有益于易修改性、互操作性、可测试 性和可重用性。
软件架构设计中的服务分层与权限控制
软件架构设计中的服务分层与权限控制随着互联网应用的不断发展，软件架构设计也越来越受到重视。
其中服务分层和权限控制是关键的环节。
本文将从这两个方面介绍软件架构设计的相关知识和技能。
一、服务分层所谓的服务分层，是指将系统中的不同功能分离出来，每个功能都作为一个独立的“服务”而存在。
这种设计可以使得系统更加模块化，易于扩展和维护。
在服务分层中，一般会将服务分为三层：1. 表示层表示层即用户界面，它负责接收用户输入和展示系统输出。
这一层就相当于我们平时用的手机App或者网站。
2. 业务逻辑层业务逻辑层负责处理各个功能的具体实现，包括逻辑运算、数据处理、业务规则等。
这一层就相当于系统的“大脑”。
3. 数据访问层数据访问层负责将数据从数据库中取出，并将结果返回给业务逻辑层。
这一层就相当于数据库的“小管家”。
通过服务分层的设计，不仅可以清晰地分离不同层之间的职责，还可以使得每一层的功能更加清晰明确，进而让系统更具可维护性和可扩展性。
二、权限控制在大多数应用中，权限控制都是非常重要的一环。
权限控制的目的是保障系统的安全，防止未授权的人员或者操作对系统进行恶意操作。
在权限控制中，一般有以下几个方面需要考虑：1. 用户认证认证是指判断用户是否真正具有登录系统的权限。
常见的认证方式包括用户名密码认证、短信验证码认证、第三方认证等。
在认证过程中，需要考虑到账号安全和用户体验等问题。
2. 用户授权授权是指授予用户某些操作或者访问某些资源的权限。
常见的授权方式包括角色授权和资源授权。
在授权过程中，需要考虑到系统架构设计和业务需求等问题。
3. 安全过滤安全过滤是指对用户请求进行拦截和过滤，以保证系统的安全。
常见的安全过滤方式包括参数拦截、跨站脚本攻击（XSS）过滤、SQL注入过滤等。
在安全过滤过程中，需要考虑到过滤效率和过滤准确性等问题。
通过权限控制的设计，不仅可以保障系统的安全，还可以使得系统更加灵活和易于维护。
在权限控制设计中，需要从多个方面进行考虑，以制定最佳的方案。
软件架构中的分层架构和面向服务架构
软件架构中的分层架构和面向服务架构在当今数字化时代中，软件应用已经成为了现代社会中不可缺少的一部分。
但是，在大规模软件开发过程中，如何保证系统的可靠性、可扩展性与可维护性，成为了技术人员需要解决的难题。
为应对这一问题，软件架构的概念应运而生。
软件架构是指软件系统中各组成部分之间相互关联的结构、属性及行为。
其中，软件架构中的分层架构和面向服务架构是两种常见的架构模式。
本文将对这两个架构模式进行详细的阐述与对比。
一、分层架构分层架构是目前使用最为普遍的软件架构模式之一。
分层架构的基本思想是将一个较为复杂的软件系统拆分为若干层，每一层完成相应的功能，通过接口与其它层交互，从而形成完整的软件系统。
一般来说我们可以将分层架构分为以下4层：1.表现层（Presentation Layer）：表现层是与用户交互的界面部分，一般指的就是网页前端的部分。
表现层通过编写HTML/CSS/JavaScript等代码，将应用程序的数据显示给用户。
它提供了一种人机交互的方式，将用户的请求传递给应用程序的控制层。
表现层的主要任务是为用户提供友好、易于使用的界面。
2.应用层（Application Layer）：应用层主要负责处理表现层传递过来的业务逻辑，并将结果返回给表现层。
这里所说的业务逻辑是指软件系统中具体的功能最终要实现的过程，可以是控制数据的取得、处理、存储、运算等等。
应用层要保证软件系统的核心业务逻辑的正确性和有效性。
3.领域层（Domain Layer）：领域层主要负责封装业务领域的规则、常见的领域模型、特定的业务逻辑等等。
领域层将系统中的业务对象进行定义和设计，并且将关系、规则等业务逻辑实现在此层。
领域层通常是与数据访问层（存储层）相对应的。
4.数据访问层（Data Access Layer）：数据访问层主要负责将领域层中的对象和数据库中的数据相互映射，其主要任务就是进行数据操作和数据访问。
数据访问层一般包含数据操作类和数据持久化类，主要是用来处理数据库的CURD操作。
计算机软件开发中分层技术的运用
计算机软件开发中分层技术的运用计算机软件开发中的分层技术在现代软件开发中扮演着非常重要的角色。
分层技术能够帮助开发者更好地管理和组织代码，提高软件的可维护性和可扩展性。
本文将就计算机软件开发中分层技术的运用进行详细介绍。
一、分层技术的概念分层技术是指将软件系统分解为多个层次，每个层次负责不同的功能，并且按照一定的规则进行通信和交互。
典型的软件分层结构通常包括表示层、业务逻辑层和数据访问层。
表示层负责向用户展示数据，业务逻辑层负责处理业务逻辑，数据访问层负责与数据库进行交互。
二、分层技术的运用1. 提高软件的可维护性分层技术能够将软件系统分解为多个独立的层次，每个层次只需关注自身的功能和责任。
这样一来，当需要对软件系统进行修改或者维护时，开发者只需关注到相关的层次，而不需要整体地修改整个系统。
这样大大提高了软件的可维护性，降低了维护的成本。
3. 提高软件的性能分层技术可以将系统的不同功能分配给不同的层次，使得系统的各个层次可以并行地进行处理。
这样就能够更充分地利用系统的资源，提高系统的整体性能。
4. 提高软件的安全性分层技术能够帮助开发者更好地控制系统的访问权限，保护系统的安全。
通过在不同的层次进行权限控制，可以确保用户只能访问到其具有权限的数据和功能，提高系统的安全性。
三、分层技术的实践案例1. MVC模式MVC（Model-View-Controller）是一种经典的分层架构模式，被广泛地应用于Web应用程序开发中。
Model层负责数据的处理和存储，View层负责用户界面的展示，Controller层负责业务逻辑的处理。
这种分层结构使得系统可以更好地实现代码重用和模块化，提高了软件系统的可维护性和可扩展性。
3. 微服务架构微服务架构是一种新兴的软件开发架构模式，将系统分解为多个独立的服务，每个服务负责不同的功能。
每个服务都有独立的开发和部署周期，可以独立地进行扩展和升级。
这种分层结构使得系统可以更好地适应需求变化，提高了软件系统的灵活性和可维护性。
软件系统体系结构说明书(项目描述+功能结构图+业务流程图)
******系统体系结构说明书修订控制页目录0.文档介绍 (3)0.1文档目的 (3)0.2文档范围 (3)0.3读者对象 (3)0.4参考文献 (3)0.5术语与缩写解释 (3)1.系统概述 (3)2.设计约束 (4)3.设计策略 (4)4.应用系统安装拓扑图 (5)5.系统总体功能结构 (6)6.子系统的结构与功能 (6)6.1.文章管理子系统 (6)6.2.学生求职管理子系统 (7)7.系统主要数据结构 (9)8.开发环境的配置 (9)9.运行环境的配置 (10)10.测试环境的配置 (10)11.其他 (10)0.文档介绍0.1 文档目的0.2 文档范围0.3 读者对象本说明书适用于项目设计人员、开发人员、测试人员、文档编写人员、工程实施人员。
0.4 参考文献《XXXXXXXXXX》ISO9001：2000质量保证体系XXXX公司规范设计总则0.5 术语与缩写解释1.系统概述根据XXXX大学生就业管理与服务工作的实际需要，为了更好地为XXXX毕业生和用人企业提供服务、提升大学生就业的管理和服务水平，更好地促进大学生就业，决定建设XXXX就业服务系统。
系统将实现包含就业政策的制定与发布、学生简历制作、毕业生生源管理、就业数据汇总分析、就业办公、就业指导、企业岗位发布与招聘、毕业生跟踪、招聘会安排等功能在内的综合就业服务系统。
从而使就业管理人员从目前繁杂的手工工作方式中解脱出来，加强管理与监控，并为领导提供决策与分析支持。
2.设计约束ISO9001：2000质量保证体系3.设计策略提示：体系结构设计人员根据产品的需求与发展战略，确定设计策略（Design Strategy）。
例如：✧扩展策略。
说明为了方便本系统在将来扩展功能，现在有什么措施。
✧复用策略。
说明本系统在当前以及将来的复用策略。
✧折衷策略。
说明当两个目标难以同时优化时如何折衷，例如“时－空”效率折衷，复杂性与实用性折衷。
4.应用系统安装拓扑图图1 高校就业服务系统安装示意图综上所述，系统的软件结构采用当前主流的B/S模式，保持了瘦客户端的优点。
技术架构系统分层设计
技术架构系统分层设计技术架构系统分层设计是软件开发中非常重要的一环。
它将整个系统划分为不同的层次，每个层次都有不同的功能和责任。
这种分层设计能够提高系统的可维护性、可扩展性和可重用性。
下面将介绍一种常见的技术架构系统分层设计。
首先是用户界面层，它是系统与用户进行交互的接口。
用户界面层负责接收用户输入和显示系统输出。
它可以包括图形界面、命令行界面等不同形式。
用户界面层需要根据用户的需求进行设计，以提供良好的用户体验。
接下来是应用逻辑层，它包含系统的核心业务逻辑。
应用逻辑层负责处理用户界面层传递过来的请求，并进行相应的业务处理。
它可以调用其他层提供的服务和功能来完成具体的业务逻辑。
应用逻辑层的设计需要考虑系统的业务需求和业务流程。
然后是数据访问层，它负责与持久化数据进行交互。
数据访问层可以通过数据库、文件等方式来存储和获取数据。
它提供了对数据的增删改查等操作。
数据访问层的设计需要考虑数据的安全性、一致性和性能等因素。
最后是基础设施层，它提供了系统的基础设施支持。
基础设施层可以包括网络通信、日志记录、安全认证、缓存等功能。
它为其他层提供了各种服务和工具，以支持系统的正常运行。
基础设施层的设计需要考虑系统的可靠性、可用性和可扩展性等因素。
以上就是一种常见的技术架构系统分层设计。
通过将系统划分为不同的层次，每个层次都有明确的责任和功能，可以提高系统的可维护性和可扩展性。
这种分层设计可以使系统的各个部分相互独立，易于修改和维护。
同时，它也可以提高系统的性能和安全性。
在实际的软件开发中，可以根据具体的需求和情况来进行适当的调整和扩展。
计算机软件开发中分层技术的运用
计算机软件开发中分层技术的运用一、分层技术概述分层技术是一种将软件系统划分为多个层次，每个层次负责不同的功能，层与层之间采用数据交换和接口调用的方式进行交互与通信的软件开发技术。
分层技术的核心思想是将软件系统分为若干功能层次，每个层次承担特定的功能，层与层之间尽可能地解耦合，便于设计，开发，测试，维护和升级。
分层技术一般包括以下几个层次：表现层、服务层、业务逻辑层、数据访问层和数据层。
表现层负责用户与系统的交互，展示数据并接收用户输入；服务层负责处理业务逻辑的调用和转发请求；业务逻辑层负责处理各种业务逻辑，实现业务流程；数据访问层负责数据库的访问和操作；数据层是实际的数据存储和处理的具体实现。
二、分层技术的优势1. 易于维护和升级：由于各个层次之间的松散耦合，分层技术可以使得软件系统的各个模块相对独立，对于其中一个模块的修改和升级不会对其他模块造成过大的影响，便于维护和升级。
2. 提高代码重用性：不同的层次之间通过接口进行通信，可以使得不同的层次可以复用其他层次的功能，提高了代码的重用性，减少了开发工作量。
3. 方便团队协作：每个层次负责特定的功能，不同的开发人员之间可根据层次分工负责不同的功能模块，便于团队合作开发。
4. 提升系统性能：分层技术可以使得系统各个模块高度独立，可以有效提高系统的并发处理能力，提升系统的性能。
5. 降低复杂度：将系统划分为不同的层次，每个层次承担不同的功能，便于系统的设计和维护，降低系统的复杂度。
1.设计复杂性：分层技术需要对整个软件系统进行合理的划分和设计，设计复杂度较大。
2.技术要求高：分层技术对开发人员的技术要求较高，需要熟悉多种技术和工具，掌握多种技能。
3.性能问题：分层技术可能会引起系统的性能问题，需要对系统的性能进行合理的评估和优化。
4.测试困难：不同层次之间的耦合性较低，会带来一定的测试困难，需要进行合理的测试方案和测试策略。
四、分层技术的应用场景1. 大型系统开发：在大型系统的开发中，为了更好地管理和维护，通常会采用分层技术进行开发，方便系统的设计和维护。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件设计说明书产品发布标识_XXX子系统[填写说明：模板中用方括号括起来并以蓝色斜体显示的文本，用于向作者提供指导，在文档编辑完成后应该将其删除。
文档正文应使用常规、黑色、五号字体即系统设置的“正文”样式]文档页眉处的“xxxx系统”和“版本号”仅为示例，请注意更新封页与页眉符合实际情况。
此处的版本号指的是产品版本号。
封页简要表中的产品名和子系统名，如无可以不填写。
当某一章节如没有内容时，必须注明NA，同时标注理由。
例如：本节内容无需考虑特别说明：当本节内容参见其它文档内容，不能注明N/A，而应该写明参见某文档的具体章节。
][特殊说明：产品对应的相关系统以及逻辑和物理结构划分参照下图]郑州……公司版权所有内部资料注意保密修订记录：目录1 简介1.1 目的[描述本设计文档的主要目的。
一般情况下，概要设计的目的是根据产品需求、软件需求文档中对需求的描述，结合架构设计文档中对方案的描述，对具体实现方案进行细化，精确到各模块的功能、实现及其模块之间的交互，指导后续的底层设计、编码、单元测试工作，并对测试工作起到辅助、参考作用。
其他情况请另外说明。
]1.2 文档范围[简要说明此文档的范围：它的相关项目以及受到此文档影响的任何其它事物。
例如，本文档适用的产品、模块，覆盖的范围等，受这份文档影响的相关产品、模块等，不在该文档覆盖范围内的但可能引起疑义的问题。
]1.3 预期的读者和阅读建议[说明此文档的阅读对象，对读者的要求；简要说明此文档中其它章节包含的内容与文档组织方式，对于不同读者的阅读方式建议。
如：目标读者是系统最终用户、系统分析员、项目经理、产品经理、市场人员等。
]1.4 参考文档[适当时，提供相关的包含文档及参考文档。
概要设计说明书的参考文档应当包括但不限于：产品需求说明书，软件需求说明书，架构设计说明书，数据库设计说明书，设计规范等；同时，文档中说明为引用、参考的文档也应该在这里列出。
参考文档请按包含、相关的关系分别在下面列出。
]1.4.1 包含文档[包含文档：作为本概要设计的一部分，不可分割的组成部分，读者阅读本设计说明书时必须同时也阅读的文档。
如数据库设计说明书（如果数据库设计有变更）。
通常情况下概要设计文档没有包含文档]1.4.2 相关文档[相关文档：作为引用而列举的文档。
读者在阅读本设计说明书时如果有必要可以参考阅读的文档。
如产品需求说明书、设计规范文档等]1.5 缩略语和术语[适当时，提供与此文档相关的术语及缩略语的定义。
]2 设计原则[简要描述系统内部设计的原则及外部系统的接口设计原则。
例如，可能的系统内部设计原则包括但不限于：高响应速度原则（系统的响应速度需要优先考虑的原则），用户交互界面友好优先考虑的原则，可参数化配置原则（通过参数进行功能配置，避免代码升级的原则）；可能的接口设计原则包括但不限于：符合通用标准的原则（采用业界通用标准的原则）；该部分可节选架构设计说明书中的相关内容，并且不得与架构设计说明书中的设计原则相冲突。
]3 设计策略[描述概要设计的设计策略，这部分要求突出整个设计所采用的方法（是面向对象设计还是结构化设计）。
可节选架构设计中的相关内容]。
4 第零层设计描述4.1 概述[描述本子系统的上下文定义。
描述本子系统的设计概述，可参考或者引用架构设计中的相关内容，以达到从架构设计到概要设计之间的上下关联作用。
通常在“概述”中所需要重点关注的内容包括：描述本子系统如何与外部实体一道组成功能实体（一般用图描述）这些实体与本子系统发生交互作用或以某种方式影响本系统/子系统系统，比如，操作系统，驱动程序，硬件，中断，其它软件系统等.外围实体和本子系统相互作用的性质(比如，消息，库调用)和类型(比如，OS服务，通信服务，系统工具等)。
]4.2 设计约束4.2.1 遵循标准描述本软件所遵循的标准、规范4.2.2 硬件限制描述本软件系统实现的硬件限制4.2.3 技术限制描述本软件的技术限制4.2.4 其它描述其它有关的设计考虑5 第一层设计描述5.1 模块分解描述[描述本子系统的逻辑结构与模块的划分，包括模块的划分与各模块间的依赖关系、各模块的总体功能，描述可以使用结构图，层次分解图，自然语言]5.1.1 模块功能列表5.1.2 模块间交互图[设计人员可以根据实际情况选择使用交互图、状态图、数据流图中一种或者多种来描述本子系统所有模块的交互关系图（至少需要提供一种示意图），并添加必要的文字描述。
]5.1.3 模块重用设计[软件重用是利用事先建立好的软件产品创建新软件系统的过程。
这个定义蕴含着软件重用所必须包含的两个方面：1. 系统地开发可重用的软件产品。
这些软件产品可以是代码，但不应该仅仅局限在代码。
必须从更广泛和更高层次来理解，这样才会带来更大的重用收益。
比如软件产品还包括：软件分析，设计，测试数据，原型，计划，文档，模板，框架等等。
2. 系统地使用这些软件产品作为构筑新的软件产品，来建立新的系统。
软件重用的形式（或手段）很多，重用的级别有大有小。
主要有以下几种：1. 源代码模块或者类一级的重用。
这是最基本的软件重用形式。
2. 二进制形式的重用。
如组件重用。
3. 组装式重用。
比如：把好几个应用程序的功能集成在一起。
例如，要建立一个门户站点应用，登陆用户既可以查询天气情况，又可以查看股市行情，还可以在线购物。
这些功能由不同网络应用服务供应商提供，通过这种组装式重用，就可以非常容易地把上述功能都集成到新的门户站点中。
4. 分析级别重用。
5. 设计级别重用。
6. 软件文档重用。
软件重用技术软件重用技术包括: 库函数，模板，面向对象、设计模式、组件、构架。
1. 库函数对于库函数的使用者，只要知道函数的名称，返回值的类型, 函数参数和函数功能就可以对其进行调用。
2. 面向对象面向对象技术通过方法、消息、类、继承、封装、和实例等机制构造软件系统，并为软件重用提供强有力的支持。
如VC++中的MFC。
3. 模板模板相当于工业生产中所用的“模具”。
有各种各样的模板（如文档模板，网页模板等），利用这些模板可以比较快速地建立对应的软件产品。
模板把不变的封装在内部，对可能变化的部分提供了通用接口，由使用者来对这些接口进行设定或实现。
4. 设计模式设计模式作为重用设计信息的一种技术，。
设计模式描述了在我们周围不断重复发生的问题，该问题的解决方案的核心和解决方案实施的上下文。
设计模式命名一种技术并且描述它的成本和收益，共享一系列模式的开发者拥有共同的语言来描述他们的设计。
5. 构件构件应从以下几个方面来理解： 1) 构件应是抽象的系统特征单元，具有封装性和信息隐蔽，其功能由它的接口定义。
2) 构件可以是原子的，也可以是复合的。
因此它可以是函数，过程或对象类，也可以是更大规模的单元。
一个子系统是包含其它构件的构件。
3) 构件是可配置和共享的,这是基于构件开发的基石，且构件之间能相互提供服务。
6. 构架构架应从以下几个方面来理解：1) 构架是与设计的同义理解，是系统原型或早期的实现；2) 构架是高层次的系统整体组织；3) 构架是关于特定技术如何合作组成一个特定系统的解释。
概要设计主要从库函数，模板，面向对象、设计模式等方面对重用设计进行描述]5.1.3.1 以往设计的重用[说明将过去设计的信息、知识或者经验如何重新应用到本次概要设计及后续设计活动，包括：库函数，模板，面向对象、设计模式等]5.1.3.2 可重用性考虑[说明本次概要设计及后续设计活动的信息、知识或者经验可重新应用到其他设计的考虑，包括：库函数，模板，面向对象、设计模式等]5.2 数据分解本节描述本子系统中用到的全局数据结构，其中至少包括：各分解模块直接访问的数据，被各分解模块用来在接口中使用的结构。
外部数据实体不必描述。
描述数据时要注意该数据是否真正为本级模块分解的公用数据。
1.数据实体1描述(按照以下格式描述——)标识：类型与定义：目的：2.数据实体2描述……5.3 接口描述[本节描述子系统中设计实体（模块）间的接口接口描述可以使用接口文件、参数表。
].1.模块/子系统1提供的接口对于接口函数，可以采用以下形式描述：接口1描述：总体描述该接口实现的目的；形式：输入：输出：返回：描述返回什么。
2.模块/子系统2提供的接口5.4 数据库设计[此节从本子系统的角度来列举与本概要设计有关的数据库对象变更等。
如有必要，数据库设计采用专门数据库设计模板，并编写成单独文档。
在这里请说明引用的数据库设计文档。
]5.4.1 实体、属性及它们之间的关系本节列出所有的数据存储类的实体，详细描述实体的内容和并列出全部属性。
对每个属性，详细描述其数据库、数据大小、特定约束。
实体的所有约束及实体间的关系也要注明。
5.4.2 实体关系图本节描述关于上节提到的所有实体的E-R图。
5.5 安全性设计[本节应描述本子系统的安全性设计与实现方案。
系统安全性包括网络安全、系统安全、数据安全、交易安全等。
应充分考虑到本子系统的安全性，确保系统安全不会被危及。
不但要确保系统的保密和完整性，而且还要防止影响可用性的服务拒绝(Denial-of-Service)攻击。
可以把本子系统尽可能地分割成各个子功能模块，围绕各个子模块构建各自的安全区，明确模块之间的数据交互在安全上的考虑，包括数据的加密，权限的分配等。
这样更便于保证整体系统的安全。
如果设计中的一些服务是由Web Service实现的，在考虑这些服务安全性的时候也要同时考虑效率的问题，因为WS-Security会为Web Service带来一定的执行效率损耗。
]6 第二层设计6.1 MOD（编号）：模块一[如有必要，可以从此节开始继续往下细分到子模块设计，但要新增以下2节：“模块逻辑结构”（描述本模块的逻辑结构，包括子模块的划分与各子模块间的依赖关系）、“子模块概述”（[描述各子模块的总体功能]）。
同时，以逐一介绍各子模块的方法、接口等的方式进行设计描述]6.1.1 简介[介绍本模块的相关信息，如提供模块名称及模块说明以及它提供的主要操作。
对于面向对象的设计，此处还需要使用类图描述]6.1.2 方法[描述该模块内部的关键或主要方法。
]6.1.2.1 方法列表[罗列该模块内部的关键或主要方法。
]6.1.2.2 方法16.1.2.2.1 函数内部逻辑[此节为可选内容。
对于重要的方法/函数，使用本节描述方法/函数的实现逻辑,利用流程图并配以流程说明，并建议使用伪码]6.1.2.2.2 函数设计备注[此节为可选内容。
对于重要的方法/函数，使用本节描述方法/函数设计的一些特殊考虑，比如基于效率，历史原因，现场运行环境风险而导致实现变更，并给出之后处理建议，保证后续开发的延续性]6.1.2.3 方法n6.1.3 实现方式[明确模块的实现方式，包括模块实现时遵循的规范或者协议，例如IPC方式、线程和进程、EJB、COBRA、WEBSERVICE、JSP、动态链接库等实现方式。