系统概要设计说明书(模板)
《系统概要设计说明书》模板
《系统概要设计说明书》模板写作要点：1．1.1编写目的：描述这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。
注意，如果这份软件系统概要设计报告只与整个系统的某一部分有关系，那么只定义软件系统概要设计报告中说明的那个部分或子系统。
2．1.2预期读者和阅读建议：列举本软件系统概要设计报告所针对的各种不同的预期读者，描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
3．1.3参考资料：列举编写软件产品概要设计报告时所用到的项目中的其他文档或资料。
注意，为了方便读者查阅，所有参考资料应该按一定顺排列，尽可能详细的提供资料的信息，比如标题、版本。
4．术语与缩略语：描述在本文使用的独特的术语、定义和缩略语。
注意不是整个项目共用的术语、定义和缩略语，并且缩略语列表中必须按照滋补的升序排列。
5．2.1限制和约束：简要描述起到限制和约束作用的各种可能存在的条件，并且说明在这些条件下，应该实现的系统目标。
这些条件可能包括：技术条件、资金状况、开发环境、时间限制。
6．2.2设计原则和设计要求：描述设计人员的进行概要设计的方法和决策，通常包括:命名规则、模块独立性原则、边界设计原则、数据库设计规则、安全性和保密原则、系统易操作性要求、系统可维护性要求。
7．3系统的软件架构：描述如何将系统分解为子系统，绘制逻辑图，并用文字说明子系统的主要功能和子系统间是如何协调工作的。
注意，在描述系统分解为子系统共的时候要给出分解的原因。
列举子系统时，可以使用下表•子系统编号给出本系统中指定子系统的顺序编号：如果本系统末划分为多个子系统，仅由一个运行模块组成；则本项内容仍需要描述，但是本表内容只有一行。
•子系统英文名称给出本子系统的英文名称，该名称是在应用软件中实际使用的可执行文件名称，必须能够说明该子系统的特点。
•子系统中文名称给出本子系统的中文名称，该名称必须能够说明该子系统的特点。
概要设计说明书(模板)
XXX项目概要设计说明书目录XXX项目_概要设计书 (1)1 引言 (1)1.1 编写目的 (1)1.2 参考文献 (1)1.3 术语与缩写解释 (1)2 总体设计 (1)2.1 系统概述 (1)2.2 系统设计原则 (1)2.3 设计中应用的关键技术 (1)2.4 系统结构图 (2)2.5 网络结构图 (2)2.6 系统功能模块图 (2)2.7 数据流向图（或称为时序图） (2)2.8 模块构成 (2)3 环境设计 (2)4 硬件设备 (2)5 支持软件 (3)6 接口设计 ......................................................................................................... 错误！未定义书签。
6.1 用户接口 (3)6.2 外部接口 (5)6.3 内部接口 (5)7 数据库设计 (6)7.1 数据库环境说明 (6)7.2 数据库命名规则 (6)7.3 逻辑设计 (6)7.4 物理设计 (6)7.5 安全性设计 (7)8 公用结构 ......................................................................................................... 错误！未定义书签。
9 界面设计 (8)10 出错处理设计 (8)11 开发工具 ..................................................................................................... 错误！未定义书签。
12 附录 (8)1 引言1.1 编写目的[说明编写这份概要设计说明书的目的,指出预期的读者]例如：本设计说明书简单阐明了XXX系统的XXX模块的基本设计思想、基本功能、模块划分以及模块间接口。
系统概要设计说明书范例
概要设计说明书1引言1.1 编写目的【阐明编写概要设计说明书的目的，指明读者对象。
】本文档的编写目的是根据项目需求说明书，阐述系统结构，数据定义，接口设计等内容…【展开补充】1.2 项目背景应包括●项目的委托单位、开发单位和主管部门●该软件系统与其他系统的关系。
1.3 定义列出本文档中所用到的专门术语的定义和缩写词的愿意。
1.4 参考资料：●列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源●项目经核准的计划任务书、合同或上级机关的批文；项目开发计划；需求规格说明书；测试计划（初稿）；用户操作手册●文档所引用的资料、采用的标准或规范。
2任务概述2.1 目标【系统目标的描述，系统将要为用户提供什么样的服务，将文字补充丰富】系统将为三种角色用户提供服务，分别是老师、管理员、学生。
将系统需要的功能按照三种角色要求可归纳为下图的功能结构图：在上面的功能结构图中，其中老师模块实现的功能包括：●教师可以进入系统修改自己的资料。
●教师可查看别的老师申报的课题。
●教师可以申报毕设课题。
●教师可以筛选学生填报的本人的志愿。
管理员模块的功能：●管理员可以进入系统审核教师申报的课题，并且将审核通过的课题向学生开放，将审核未过的课题退回教师重新修改。
●在教师学生互选过程进行到一定时间阶段，管理员可以将未选课题和未定题学生进行随机匹配。
●管理员可以对选题结果进行统计生成报表，并将报表通过教务系统开放接口提交。
学生模块的功能：●学生可以进入系统浏览搜索查看已向学生开放的课题。
●学生可以选择专业对口的课题进行收藏。
●学生可以从收藏的课题中填报10个课题志愿。
●学生可以查看选题状态和结果。
2.2 需求分析【用例分析的结果（用例图和用例描述）】根据上面需要实现的系统目标，可以画出以下用例图表达：对用例图中各业务用例，说明如下：2.2.1申报课题●目标本用例的目标是由教师填写课题相关信息申报课题。
●事件流教师申报课题的基本业务流程如下：1)由教师填写课题资料，资料包括：课题编号、课题名称、课题类型、课题面向专业、课题工作内容、课题对学生要求。
系统概要设计方案模板
系统概要设计方案编写：XXXXXXX有限公司2014年9月19日1 引言 (4)1.1 编写目的 (4)1.2 背景 (4)1.3 定义 (4)1.4 参考资料 (4)2 总体设计 (4)2.1 简述 (4)2.2 架构设计 (5)2.2.1 系统逻辑架构图 (5)2.2.2 系统物理架构图 (5)2.2.3 顶层系统包图 (6)2.2.4 业务类包图 (7)2.2.5 子系统关系图 (7)2.3 接口设计 (7)2.3.1 界面框架设计 (7)2.3.2 外部接口设计 (8)3 子系统设计 (8)3.1 基础信息子系统 (8)3.1.1 子系统说明 (8)3.1.2 类图 (9)3.1.3 类说明 (13)3.1.4 界面设计 (20)3.2 我的工作台子系统 (22)3.2.1 子系统说明 (22)3.2.2 类图 (23)3.2.3 类说明 (27)3.2.4 界面设计 (33)3.3 工作进展子系统 (34)3.3.1 子系统说明 (34)3.3.2 类图 (35)3.3.3 类说明 (35)3.3.4 界面设计 (35)3.4 信息发布子系统 (37)3.4.1 子系统说明 (37)3.4.2 类图 (37)3.4.3 类说明 (38)3.4.4 界面设计 (39)3.5 系统管理子系统 (39)3.5.1 子系统说明 (39)3.5.2 类图 (40)3.5.3 类说明 (40)3.5.4 界面设计 (41)3.6 个人设置子系统 (42)3.6.1 子系统说明 (42)3.6.2 类图 (43)3.6.3 类说明 (44)3.6.4 界面设计 (45)4 约束和假定 (46)5 系统数据结构设计 (46)5.1 逻辑结构设计 (46)5.1.1 角色表（PUBLIC_ROLE） (47)5.1.2 权限表（PUBLIC_PRIVILEGE） (47)5.1.3 角色权限表（PUBLIC_ROLEPRIVILEGE） (47)5.1.4 部门表（PUBLIC_ DEPT） (47)5.1.5 岗位表（PUBLIC_POST） (48)5.1.6 员工表（PUBLIC_MEMBER） (48)5.1.7 工作任务表（WORKPLAN_ TASK） (49)5.1.8 任务分派表（WORKPLAN_ ALLOTTASK） (49)5.1.9 工作计划表（WORKPLAN_ PLAN） (49)5.1.10 计划任务表（WORKPLAN_ PLANTASK） (50)5.1.11 工作日志表（WORKPLAN_ WORKLOG） (50)5.1.12 工作汇报表（WORKPLAN_ WORKREPORT） (51)5.1.13 信息发布表（PUBLIC_ PUBLISHINFO） (51)5.1.14 收件箱表（PUBLIC_INBOX） (51)5.1.15 系统操作日志表（PUBLIC_OPERA TELOG） (52)5.1.16 个人提醒设置表（PUBLIC_EVENTS） (52)5.1.17 系统表（PUBLIC_SYSTEM） (53)5.1.18 系统功能模块表（PUBLIC_SYSTEMMODULE） (53)5.2 物理结构设计 (53)5.3 数据结构与程序的关系 (53)6 系统出错处理设计 (53)6.1 出错信息 (53)6.2 补救措施 (54)6.3 系统维护设计 (54)工作计划管理系统概要设计说明书1 引言1.1编写目的此概要设计说明书是为了说明整个系统的体系架构，以及需求用例的各个功能点在架构中的体现，为系统的详细设计人员进行详细设计时的输入参考文档。
系统概要设计说明书(内部版)模板
系统概要设计说明书(内部版)模板 {XXX系统}概要设计说明书（内部版）XX公司XXXX年XX月修订记录目录第1章引言 (1)1.1编写目的 (1)1.2定义 (1)1.3读者对象 (1)1.4参考文档 (2)第2章需求概述 (2)2.1项目背景 (2)2.2建设目标 (2)2.3建设内容 (2)2.4设计开发基本要求 (2) 2.5功能需求 (2)2.5.1档案数字化加工 (2) 2.6非功能需求 (4)2.7项目工期与进度要求 (4)第3章总体设计 (4)3.1系统概述 (4)3.2系统平台架构 (4)3.3系统关联模型 (4)3.4系统功能结构 (4)3.5系统功能模型 (4)3.6系统部署结构 (5)3.7系统运行环境 (5)3.8需求检查表 (5)第4章档案数字化加工子系统 (5) 4.1概述 (5)4.2功能结构 (5)4.4企业登记 (5)4.4.1 概述 (5)4.4.2 功能单元1 (5)4.4.3 功能单元2 (6)4.4.4关键处理流程（可选） (6) 4.5档案扫描 (6)4.6著录标引 (6) 4.7图文质检 (6)4.8工作考核 (6)4.9关键处理流程（可选） (6)4.10安全技术应用概述（可选） (6) 4.11组件应用设计（可选） (6)4.11.1组件调用列表 (6)4.11.2组件调用模型 (6)4.11.3组件应用功能设计 (6)4.12全局数据结构设计 (6)4.12.1 物理模块1 (6)4.12.2 物理模块2 (7)4.13需求检查表 (7)4.13.1 功能需求检查表 (7)4.13.2 非功能需求检查表 (8)第5章对外接待查询服务子系统 (8)第6章内部综合查询服务子系统 (8)第7章综合安全防护子系统 (8)第8章集散式电子档案远程同步子系统 (8) 第9章电子档案迁入迁出管理子系统 (8)第10章档案库房综合业务管理子系统 (8)第12章系统维护管理子系统 (8)第13章与其它信息化系统衔接子系统 (8)第14章组件设计 (8)14.1XXX1组件 (8)14.1.1 概述 (8)14.1.2 接口设计 (9)14.1.3 功能设计与技术机制 (9)14.1.4 关键处理流程（可选） (9) 14.1.5 调用关系 (9)14.2XXX2组件 (9)14.3XXX1代码模块 (9)14.3.1 概述 (10)14.3.2 接口设计 (10)14.3.3 关键处理流程（可选） (10)14.3.4 调用关系 (10)14.4XXX2代码模块 (10)第15章数据结构设计 (10)15.1数据库设计 (10)15.2重要数据编码设计 (10)第16章关键算法与技术机制（可选） (10) 16.1XXX (10)16.1.1应用子系统及模块名称 (10)16.1.2 算法与技术机制说明 (11)第17章系统性能设计 (11)17.1XXX功能 (11)17.1.1 应用子系统及模块名称 (11) 17.1.2 性能设计 (11)第18章出错处理设计 (11)18.1出错信息 (11)18.2错误日志文件 (11)第19章兼容性设计 (11)19.1兼容性功能设计 (11)19.2非兼容功能设计 (11)第20章相关性分析与设计 (12)20.1功能相关性 (12)20.2数据结构相关性 (12)第21章界面设计概述 (12)21.1界面总体风格 (12)22.2界面配色 (12)22.3人机交互方式 (12)第22章旧系统遗留问题解决方案概述 (12)第23章产品功能配置与保护 (12)23.1产品功能配置与授权 (12)23.2软件产品保护 (13)第24章遗留问题 (13)第1章引言1.1 编写目的本文档描述了《XX系统》设计人员对该系统总体框架的设计方案，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，用于指导开发人员进行编码设计开发，并且帮助后续升级维护人员了解掌握该系统的设计思路。
系统设计说明书(架构、概要、详细)模板
虽然这些文档一般来说公司都是有模板的，但我写这些文档以来基本上是每写一次就把目录结构给改一次，应该说这是因为自己对这些文档的理解开始加深，慢慢的越来越明白这些文档的作用和其中需要阐述的东西，觉得这三份文档主要阐述了一个系统的设计和实现过程，从系统分解为层次、层次内的模块以及相互的接口、模块分解为对象以及对象的接口、实现这些对象接口的方法。
这次又整了一份，^_^，欢迎大家指正。
XXX架构设计说明书(架构设计重点在于将系统分层并产生层次内的模块、阐明模块之间的关系)一. 概述描述本文的参考依据、资料以及大概内容。
二. 目的描述本文编写的目的。
三. 架构设计阐明进行架构设计的总体原则，如对问题域的分析方法。
3.1. 架构分析对场景以及问题域进行分析，构成系统的架构级设计，阐明对于系统的分层思想。
3.2. 设计思想阐明进行架构设计的思想，可参考一些架构设计的模式，需结合当前系统的实际情况而定。
3.3. 架构体系根据架构分析和设计思想产生系统的架构图，并对架构图进行描述，说明分层的原因、层次的职责，并根据架构图绘制系统的物理部署图，描述系统的部署体系。
3.4. 模块划分根据架构图进行模块的划分并阐明模块划分的理由，绘制模块物理图以及模块依赖图。
3.4.1. 模块描述根据模块物理图描述各模块的职责，并声明其对其他模块的接口要求。
3.4.2. 模块接口设计对模块接口进行设计，并提供一定的伪代码。
XXX概要设计说明书(概要设计重点在于将模块分解为对象并阐明对象之间的关系)一. 概述描述本文的参考依据、资料以及大概内容。
二. 目的描述本文的编写目的。
三. 模块概要设计引用架构设计说明书中的模块图，并阐述对于模块进行设计的大致思路。
3.1. 设计思想阐明概要设计的思想，概要设计的思想通常是涉及设计模式的。
3.2. 模块A3.2.1. 概要设计根据该模块的职责对模块进行概要设计(分解模块为对象、描述对象的职责以及声明对象之间的接口)，绘制模块的对象图、对象间的依赖图以及模块主要功能的序列图，分别加以描述并相应的描述模块异常的处理方法。
大数据平台系统概要设计说明书(学习模板)
系统概要设计说明书一、现状与需求分析1.1项目建设背景1.2系统建设现状市大XXX台的建设，深入参照了《公共信息台总体框架》，遵循《务信息资源目录体系》国家标准与《务信息资源交换体系》并结合了市市电子务发展的实际需要。
二、总体设计2.1质量与安全管理1.在大XXX台建设和运行过程中，定期对系统进行整体的风险评估。
发现安全隐患，及时调整安全策略，实行动态防护。
2.根据系统的重要程度和自身安全需求，依据国家标准《计算机信息系统安全保护等级划分准则》，实行等级防护、适度防护等措施。
3.要求所有被采用的安全产品都必须提供开放接口，以利于将来建设统一的安全管理中心，对安全事件进行有效及时的监控和响应。
4.将防护重点放在系统层和应用层的安全上。
重点保护局部计算环境和XXX文件的安全（如核心XXX库等），确保系统用户身份的真实性和可审核性。
为了应对以上提出的要求，将会实现XXX加密、XXX脱敏、访问控制、身份认证和日志审计五个大的方面的功能。
2.2开发原则1.标准性、开放性系统所采用的相关标准必须与国际、国家、、市级标准相符合，确保系统具有良好的开放性，能够实现与多种技术和软硬件台的有机集成。
2.安全性系统应具有完整、全面的安全体系和良好的安全性，能够提供信息传输保密性、XXX完整性、身份识别和数字认证、防抵赖性等安全保障措施，确保信息交换的安全运行。
系统设计不影响各部门相关信息系统的安全性。
3.可扩展性系统采用可扩展的技术体系架构，以适应信息化建设和应用系统快速发展的要求。
系统必须支持异构XXX库之间XXX交换和共享，支持主流关系型XXX库，支持不同操作系统之间信息交换应用的互联互通。
4.高可靠性系统应具有良好的可靠性，建立各种故障的快速恢复机制，确保实现7×24小时地正常运转，确保信息交换工作正常运行。
5.可管理性系统应具有良好的可管理性，允许管理人员通过管理工具实现系统全面的监控、管理和配置，并为系统故障的判断、排错和分析提供支撑，可对信息交换流程进行简易、灵活地定制和调整，同时对系统运行情况能够实时的统计分析、报表展示。
(完整版)学生信息管理系统概要设计说明书
学生信息管理系统概要设计说明书目录1．引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2．总体设计 (1)2.1需求规定 (1)2.1.1系统功能 (1)2.1.2系统性能 (2)2.1.3输入输出要求 (2)2.1.4数据管理能力要求 (3)2.1.5故障处理要求 (3)2.1.6其他专门要求 (3)2.2运行环境 (3)2.2.1设备与支持软件 (3)2.2.2接口 (3)2.2.3控制 (4)2.3基本设计概念和处理流程 (4)2.4结构 (4)2.5功能需求与系统模块的关系 (6)2.6人工处理过程 (7)2.7尚未解决的问题 (7)3．接口设计 (7)3.1用户接口 (7)3.2外部接口 (7)3.3内部接口 (7)4．运行设计 (7)4.1运行模块组合 (7)4.2运行控制 (8)4.3运行时间 (9)5．系统数据结构设计 (9)5.1 逻辑结构设计要点 (9)5.2物理结构设计要点 (10)5.3数据结构与程序的关系 (10)6．系统出错处理设计 (11)6.1 出错信息 (11)6.2补救措施 (12)6.3系统维护设计 (12)1．引言1.1编写目的本文档是学生信息管理系统的一个总体的把握，以便在下一步的开发设计中更好的控制开发，并且对其他教育系统有良好的接口。
设计系统的架构、类图，以便使系统的开发能有效进行1.2背景系统名称：学生信息管理系统；任务提出者：郑荣茂开发钟俊辉、张志棠、蔡锡涛、陈志成、何庭仲用户：管理员、老师、学生1.3定义在该概要设计说明书中的专门术语有：总体设计、接口设计、数据结构设计、运行设计、出错设计具体的概念与含义在文档后将会解释。
1.4参考资料[1]陆丽娜主编，《软件工程》，经济科学出版社[2]需求分析与可行性研究报告[3]梁立新主编，《ERP系统案例分析》，电子工业出版社2．总体设计2.1需求规定学生信息管理系统涉及三个用户，分别是学生、老师、管理员，通过登录验证界面登录系统执行自己权限范围内的事。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XXX项目系统概要设计说明书广州市XX有限公司二〇X X年X月文档修改记录目录第一章引言 (1)1.1目的 (1)1.2背景 (1)1.3术语定义 (2)1.4参考资料 (2)第二章系统环境 (3)1.5运行环境 (3)1.1.1系统支撑环境 (3)1.1.2部署图 (4)1.1.3系统接口 (4)1.1.4系统安全控制 (4)1.6运行模块组合 (4)1.7运行环境的配置 (4)1.8条件与限制 (5)第三章系统总体结构设计 (6)1.9系统结构设计描述 (6)1.10总体结构图 (7)1.11功能需求与程序的关系 (7)1.12子系统清单 (8)第四章模块功能分配 (9)1.13系统划分及功能描述 (9)1.14专用模块功能概述 (9)1.15公用模块功能概述 (10)1.1.5版本控制管理 (10)1.1.6帮助模块 (10)第五章数据库设计 (11)1.16逻辑视图 (12)1.17数据库表关系图 (12)1.18数据表清单 (12)1.19主要算法设计 (13)1.20其它数据结构设计 (13)第六章接口设计 (14)1.21用户接口 (14)1.22内部接口 (14)1.23外部系统接口 (14)第七章安全保密设计 (16)1.24用户管理和权限控制 (16)第八章维护及出错处理设计 (17)1.25系统维护设计 (17)1.26出错信息 (17)1.27出错处理 (17)1.28系统故障预防与恢复 (17)1.29数据备份与恢复 (18)第九章设计约束 (19)1.30字节集编码约束 (19)1.31操作系统约束 (19)1.32其他约束 (19)第十章附件 (20)第一章引言1.1目的提示：简要说明编写这份概要设计说明书的目的，指出预期的读者。
概要设计说明书的编写目的是为了说明系统总体设计的技术方案，从程序系统的设计考虑，包括系统的基本处理流程、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等内容，以向整个设计期提供关于程序系统的逻辑和数据功能实现方式的总体描述，从而作为程序详细设计或编码的基础。
设计阶段将以本文档为核心文档。
应包括以下几个方面：将系统需求转换为未来系统的设计逐步功能需求逐步分解为模块和库，开发强壮的系统构架使设计适合于实施环境，为提高性能而进行设计概要设计说明书的适用读者为：系统开发者、测试人员、工程监理等1.2背景1.说明待开发的软件系统的名称2.列出本项目的任务委托单位、开发单位、协作单位、用户单位3.说明项目背景，叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
如果本次开发的软件系统是一个更大的系统的一个组成部分，则要说明该更大系统的组成和介绍本系统与其它相关系统的关系和接口部分4.保密说明：本项为可选项，一般的软件公司都会要求对软件开发的概要设计文档进行保密，不允许被复制、使用和扩散到公司之外的范围，如果需要强调则允许做相关的保密说明5.版权说明：本项为可选项，若有必要，才要作有关的描述。
1.3术语定义1.4参考资料列出所本文档所使用的参考资料，包括：1 本软件开发所经核准的合同或标书或可行性报告等文档2 软件开发计划书3 需求分析报告4 测试方案（若存在初稿的话）5 与本项目有关的已发表的文件或资料6 本文件中各处引用的文件、资料，所采用的软件开发标准和规范注意：必须列出文件、资料的作者、标题、编号、发表日期和出版单位，以说明这些文件资料的来源。
若某些文档有保密要求的，则要说明其保密级别。
第二章系统环境1.5运行环境1.1.1系统支撑环境提示：图、表形式给出为实现用户功能需求，而所涉及的软件、硬件环境以及网络环境。
1. XXX服务器1.1.2部署图提示：应清晰明确的给出用户和系统各功能以及系统物理结构和连接关系图。
应当符合UML建模规则。
1.1.3系统接口提示：系统、模块内部和系统、模块之间的接口规范。
图、表方式描述个功能模块间的接口定义、物理特性、软硬件特性等。
1.1.4系统安全控制提示：应设定系统安全保密体系和控制关系。
1.6运行模块组合提示：为可选项，说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。
可以用图、表方式表现描述。
1.7运行环境的配置提示：说明本系统应当在什么样的环境下运行，有什么强制要求和建议？1.8条件与限制提示：为可选项，只要当软件系统的设计或开发受到某种特定的限制，或者可能直接能影响系统设计的某种因素，这些因素可能成为系统的设计约束，他们的改变可能会影响某些需求的实现时，才需要做概要介绍。
若存在以下方面的系统约束或条件限制时，可以进行相关的阐明：（但不限于这些）为完成本软件系统应具备的特定条件、开发单位已具备的条件以及尚需创造的条件,如：现阶段还未到位的设备、资源等需要做出相应的约束说明。
必要时，还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制，如果用户及分合同承包者对系统的实现起到的某些作用会直接影响系统设计的成败则要特别说明。
本系统的设计规范需要受到某些特定的行业规范的限制。
本系统的开发需要受到用户对系统的工程化管理的某些特别的要求，包括用户规定对系统实现的全过程的变更规定。
本系统设计工作所需的一些假定条件和必须满足的约束，如本功能的开发假定用户会熟练使用SQL语言，本功能的实现应该在某功能实现前开发完成等。
本系统的设计可能需要使用的所有购入构件、所有适用的许可或使用限制，以及所有相关的兼容性及互操作性或接口标准的有关限制和规定。
第三章系统总体结构设计1.9系统结构设计描述结构设计是指定义软件系统各主要部件之间的关系。
总体结构设计就是将系统按照功能逻辑划分成多个子系统，各子系统再细划分第二层次结构——模块。
总体设计要遵循“开闭原则（Open-Closed Principle）”——一个软件实体应当对扩展开放，对修改关闭。
具体来说，“开”就是扩展性要好，后面增加功能应该不需要修改到原来的结构或代码；“闭”就是与其它模块的调用通过封装成接口进行。
总体设计的基本步骤如下：1.用选定的设计工具、计划中设定的交付方式（如小版本渐进交付）及团队已经掌握的设计方法，结合一些适当的设计原则（如功能模块化等），将系统分解为若干子系统，明确子系统中包含的功能模块。
2.确定子系统、功能模块间的约束、假设和依赖（如系统运行环境和开发、测试环境等，并考虑系统并发性和分布性要求）。
子系统之间的依赖关系在设计时尽量以接口的方式进行交互。
3.结合以上内容，对系统的模块逻辑实现和集成方法进行设计，降低使软件难于实现、测试（必要时测试人员参与讨论）、维护的因素，形成高内聚、低耦合的系统体系结构；4.通过以上对系统的模块或子系统的设计、划分之后，形成系统总体结构图。
【编写实例参见如下：】系统设计主要是基于MVC设计模式，M代表模型Model，V代表视图 View， C代表控制器Controller。
MVC模式将系统分为三层，层与层之间通过又一定的模式联系，使数据实体与业务逻辑、业务逻辑与页面展现分离。
MVC设计模式主要由三部分组成。
模型M是应用对象，没有用户界面。
视图V表示它在屏幕上的显示，代表流向用户的数据。
控制器C定义用户界面对用户输入的响应方式，负责把用户的动作转成针对Model的操作。
Model 通过更新View的数据来反映数据的变化。
采用MVC模式的目的是增加代码的重用率，减少数据表达，数据描述和应用操作的耦合度。
同时也使得软件可维护性，可修复性，可扩展性，灵活性以及封装性大大提高，以满足系统设计原则。
关系如图：图三-1 模型关系图1.10总体结构图提示：用模块图表达出系统的总结组成，结构，力求能够表达出从最高点看出系统的组成模块或子系统的分布与关系，力求简单、准确。
该图的模块或子系统的划分应该能够映射到最终实现的代码的工程项目或组件上。
1.11功能需求与程序的关系1.12子系统清单如果本系统划分了子系统，应该列出所有子系统来，按以下内容列出，子系统之间的划分应该有一定的原则，如按业务功能、按部署环境等，要统一一种原则。
第四章模块功能分配具有功能独立、能被调用的信息单元叫模块。
模块功能分配，分为公用模块和专用模块。
公用模块：将具有相同功能的模块合并，从中提取公用模块，形成公用部件，作为本系统的公用资源，甚至作为总体的公用资源，从而优化系统设计，加快开发速度，提高开发质量。
专用模块：专门用于实现用户特定需要或要求的模块，专用模块之间共性很低。
应该在系统概要设计阶段就充分考虑模块的重构与划分设计。
1.13系统划分及功能描述提示：说明本系统的系统元素（即各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能说明，分层次地给出各元素之间的控制与被控制的关系。
系统划分允许采用各种形式（如：系统功能模块列表等）进行描述，建议用系统模块结构图表示，再附上简单的文字说明，以说明模块的层次结构以及相应的接口控制关系，有必要时需要介绍模块之间的调用关系，要求相应的功能模块最好要有一定的模块编号进行标识。
1.14专用模块功能概述提示：从本节开始描述各个功能模块的处理流程，建议每一个功能模块为单独一节，标题可以根据模块结构图中的模块划分情况自行决定。
描述系统中各个功能模块相应功能的全部细节，要求对每一个模块的设计都可以被实现，并能够被验证的，主要就是描述每一个模块的输入、输出和处理流程，必要时，可以借助业务流程图来描述。
建议采用活动图形式来描述模块内部和模块间的业务流程。
1.15公用模块功能概述提示：公共模块的部分与专用模块的描述形式相同，但这部分功能一般是多个模块都可以调用的，因此将其单独提出来进行描述，可以对系统进行更好的功能模块划分。
建议也是采用业务流程图描述。
1.1.5版本控制管理提示：可选项，大中型系统设计模块众多，系统派生出来的个性化的半定制软件的升级需求，此时需要事先考虑有关软件产品升级班本的控制办法以及版本号的升级原则。
1.1.6帮助模块功能：填写该模块实现的功能。
界面：可用Visio画界面。
如果有原型可以统一在前面说明，不必每个模块填写。
输入：填写模块输入信息。
（无输入可以省略）输出：填写模块输出信息。
（无输出可以省略）处理逻辑：填写模块业务处理流程，必要时使用流程图数据结构：该模块所涉及的数据结构，一般会列出业务处理所涉及到的库表清单备注：第五章数据库设计数据库设计(Database Design)是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求）。
数据库是信息系统的核心和基础，把信息系统中大量的数据按一定的模型组织起来，提供存储、维护、检索数据的功能，使信息系统可以方便、及时、准确地从数据库中获得所需的信息。