3.2 隐含约束
有一些假设或依赖并没有在需求文档中明确指出，但可能会 对系统设计产生影响，设计人员应当尽可能地在此处说明。例如 对用户教育程度、计算机技能的一些假设或依赖，对支撑本系统 的软件硬件的假设或依赖等。
4. 设计策略
提示：策略用于指导设计和实现。本节描述设计人员设计的 方法，如面向对象方法，结构化方法或是数据库设计的ER方法等 等。还包括大的实现设计决策，如基于中间件的架构，分布式的 结构，参考的实现等等。
3. 影响设计的约束因素
3.1 需求约束
概要设计人员从需求文档如《软件需求规程说明书》中提取需求 约束，例如：
本系统应当遵循的标准或规范
运行平台的约束 软件、硬件环境（包括运行环境和开发环境）的约束 接口/协议的约束 用户界面的约束 软件质量的约束，如模块性、正确性、明确性、简单性、 可维护性、可验证性、可移植性、可伸缩性、可扩展性、 可兼容性、可靠性、准确性、安全性、可用性、健壮性、 易用性、效率（性能）、清晰性等。
项目名称
文档状态：
文档编 号：
[ ] Draft 编
[√]
Байду номын сангаас
撰：
R[e]lMeoadsiefdying编期撰：日
保密级
别：
文档版
本：
1.0.0
（The English Name） 概要设计
XXX项目小组
修订表
编号
生成版 本
1
2
3
4
5
修订人
修订章节与内容
修订日期
审批记录
版本
审批人
1.0.0
审批意见
还可能某些非产品性的目标的实现策略,如可扩展策略，可 移植策略，可复用性策略，可测试性策略等等，这些策略和性 能，安全，可靠等非功能属性不同，是非需求性的，也需要在本 节说明。
5. 系统的软件架构
1. 将系统分解为若干子系统，绘制物理图和逻辑图，说明各子系统的 主要功能。
2. 说明“如何”以及“为什么”（how and why）如此分解系统。 3. 说明各子系统或软件的各个部分如何协调工作，从而实现原系统的
功能。
6. 子系统的结构与模块功能
1． 将子系统分解为模块（Module），绘制逻辑图（如果物理图 和逻辑图不一样的话，应当绘制物理图），说明各模块的主要功 能。 2． 说明“如何”以及“为什么”（how and why）如此分解子 系统。
3. 说明各模块如何协调工作，从而实现原系统的功能。
7. 系统接口、数据库设计规划
审批日期
目录
1. 引言 5 1.1 目的 5 1.2 参考资料 5 1.3 术语与缩略语 5
2. 软件系统概述 5 3. 影响设计的约束因素 5
3.1 需求约束 5 3.2 隐含约束 6 4. 设计策略 6 5. 系统的软件架构 6 6. 子系统的结构与模块功能 6 7. 系统接口、数据库设计规划 7 8. 运行所需的软硬件环境 7 9. 其他 7
1. 引言
1.1 目的
1.2 参考资料
资料名称[标识符]
出版单位
作者
日期
格式说明：列出本文档的所有参考资料（可以是非正式的出版 物），对于不为本单位所拥有的资料，要注明来源、引用章节，如果必 要需将部分章节复印做为附件附在文档后。
1.3 术语与缩略语
术语、缩略语
解
释
2. 软件系统概述
说明系统”是什么”, 描述系统的主要功能。
说明系统接口、数据库设计的初步规划方案.
8. 运行所需的软硬件环境
说明本系统应当在什么样的环境下运行，有什么强制要求和建 议？
类别 计算机硬件 软件 网络通信 其他
9. 其他
标准配置
最低配置