概要设计说明书实例经典
概要设计说明书实例
目录1.引言 (6)1。
1编写目的 (6)1.2定义 (6)1.3参考资料 (6)2。
范围 (7)2。
1系统主要目标 (7)2。
2主要软件需求 (7)2.2。
1 办公管理 (7)2。
2。
1。
1 文件、通知、规范、规定的网上收发 (7)2。
2。
1.2 电子邮件的收发 (8)2.2。
1。
3 电子公告栏和BBS站 (8)2.2.1.4 车辆管理 (8)2.2。
2 文件资料库管理 (9)2。
2。
2.1 文件资料分类登记 (9)2。
2。
2.2 文件资料分类查询 (9)2。
2。
2.3 文件资料分类维护 (9)2.2。
3 技术资料库管理 (9)2。
2.2。
1 技术资料分类登记 (9)2。
2。
2.2 技术资料分类查询 (10)2.2。
2.3 技术资料分类维护 (10)2。
2.4 经营管理 (10)2.2。
4。
1 业务信息管理 (10)2.2.4。
2 投标管理 (10)2.2.4.3 合同管理 (11)2。
2.4.4 统计 (11)2.2。
5 项目管理 (12)2.2。
5。
1 项目立项 (12)2.2。
5。
2 项目资料管理 (13)2。
2。
5。
3 项目实施 (13)2。
2.6 材供管理 (16)2。
2。
6。
1 材料价格管理 (16)2。
2.6.2 材料供货管理 (16)2。
2。
6.3 材料结算管理 (17)2。
2.6.4 分承包方信息管理 (18)2.2。
6.5 装潢材料价格管理 (18)2。
2.7 设备管理系统 (18)2.2.7。
1 设备管理 (18)2.2。
7。
2 使用管理 (19)2。
2.7。
3 维修管理 (20)2。
2。
7。
4 产值管理 (21)2。
2。
7.5 设备维护 (22)2。
2.8。
1 人员信息登记 (22)2。
2。
8。
2 人员信息维护 (23)2.2.8.3 执行退休 (23)2。
2。
8.4 查询打印 (23)2。
2。
8.5 部门维护 (24)2。
2.9 设计院信息管理 (24)2.2.9。
1 业务信息管理 (24)2。
概要设计说明书实例
概要设计说明书1 引言编写目的本设计书是高校固定资产管理项目程序的研发概要设计，将项目开发进程中或者项目结束后提供给双方人员使用，同时也可以作为实施后期的维护人员使用。
项目背景作为软件开发的前期文档,可以帮助程序设计人员和管理人员提供清晰的设计思路，在软件开发后期的维护阶段也起到至关重要的作用。
委托单位：湖师计科学院开发单位：湖师磁湖在线工作室负责人：关老师近几年，随着高校学生的人数增加，高校的固定资产也增加，而有一些破旧的资产不能合理的处理和管理，而对于学校这个大群体来说，一个个资产设备，物品，都需要更好的管理和维护，为了高校能够很好的管理学校的设备，我们实验室做了一个高校固定资产管理系统，为学校管理设备带来方便和高效。
定义B/S ：（Browser/Server 结构）结构即浏览器和服务器结构。
需求：用户解决问题或达到目标所需的条件和功能；系统或系统部要满足合同、标准，规范或其他正式文档所需具有的条件及权能。
参考资料《国家标准软件开发文档规范》《软件开发流程》，清华大学出版社，2005年1 月版2 任务概述目标高校资产管理系统功能有：资产基本资料的管理，资产初始录入，信息统计，盘点管理，折旧管理，审核管理和数据的导入功能，这只要是资产管理的功能。
密码设置，权限设置，系统日志及系统退出这主要是系统管理的功能。
运行环境·主机：PC兼容机内存256M 以上，显示分辨率800*600 以上·操作系统：window98 ，window2000 ，WindowXP 及Win7 等。
需求概要用户对软件系统要求使用简单方便，必要的功能一定不能少，且界面设计要大方得体，有良好的视觉效果，待现在系统没实现功能要记录清楚，系统最后阶段要尽量弥补用户所需的功能。
限制描述设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。
资产的编码或者是资产的条形码控制整个资产的流通过程，对于资产所处的状态进行全程的跟踪和时时的监控。
概要设计说明书实例
目录1。
引言 (6)1.1编写目的 (6)1。
2定义 (6)1。
3参考资料 (6)2.范围 (7)2.1系统主要目标 (7)2.2主要软件需求 (7)2.2。
1 办公管理 (7)2.2.1.1 文件、通知、规范、规定的网上收发 (7)2。
2.1。
2 电子邮件的收发 (8)2。
2。
1。
3 电子公告栏和BBS站 (8)2.2。
1.4 车辆管理 (8)2.2.2 文件资料库管理 (9)2。
2.2。
1 文件资料分类登记 (9)2.2.2.2 文件资料分类查询 (9)2。
2.2。
3 文件资料分类维护 (9)2。
2.3 技术资料库管理 (9)2.2。
2.1 技术资料分类登记 (9)2。
2.2.2 技术资料分类查询 (10)2。
2.2。
3 技术资料分类维护 (10)2.2.4 经营管理 (10)2.2.4.1 业务信息管理 (10)2.2。
4.2 投标管理 (10)2。
2。
4.3 合同管理 (11)2。
2.4.4 统计 (11)2.2.5 项目管理 (12)2。
2.5。
1 项目立项 (12)2.2.5.2 项目资料管理 (13)2。
2.5.3 项目实施 (13)2。
2。
6 材供管理 (16)2.2。
6.1 材料价格管理 (16)2.2。
6.2 材料供货管理 (16)2.2.6。
3 材料结算管理 (17)2。
2.6。
4 分承包方信息管理 (18)2.2.6.5 装潢材料价格管理 (18)2.2.7 设备管理系统 (18)2.2。
7。
1 设备管理 (18)2。
2。
7.2 使用管理 (19)2.2.7。
3 维修管理 (20)2.2.7。
4 产值管理 (21)2.2。
7.5 设备维护 (22)2.2。
8.1 人员信息登记 (22)2。
2。
8。
2 人员信息维护 (23)2.2。
8.3 执行退休 (23)2。
2.8。
4 查询打印 (23)2。
2。
8.5 部门维护 (24)2。
2.9 设计院信息管理 (24)2。
2。
9.1 业务信息管理 (24)2.2.9.2 方案管理 (25)2。
概要设计说明书示例
【项目名称】概要设计说明书修订历史记录A - 增加M - 修订D - 删除【模板使用必读：模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容，或删除。
文件提交时不得再含有这些内容。
】目录1 引言........................................................1.1编写目的..............................................1.2背景..................................................1.3术语与缩写解释........................................1.4参考资料.............................................. 2概述........................................................2.1系统任务..............................................2.1.1 .......................................... 系统目标2.1.2 .......................................... 运行环境2.1.3 .................................... 与其它系统关系2.2需求规定..............................................2.2.1 .......................................... 功能需求2.2.2 ...................................... 非功能性需求2.2.3 ........................................ 约束和假定3总体设计....................................................3.1基本设计概念和处理流程................................3.2软件系统结构..........................................3.2.1 ............................................ 模块A3.2.2 ............................................ 模块B3.3功能需求与系统模块的关系..............................3.4接口设计..............................................3.4.1 .......................................... 用户接口3.4.2 .......................................... 外部接口3.4.3 .......................................... 内部接口3.5数据结构设计..........................................3.5.1 .................................. 逻辑结构设计要点3.5.2 .................................. 物理结构设计要点3.5.3 .............................. 数据结构与程序的关系4运行设计....................................................4.1运行模块组合..........................................4.2运行控制..............................................4.3运行时间..............................................5系统出错处理设计............................................5.1出错信息..............................................5.2补救措施..............................................6系统维护设计................................................7尚未解决的问题..............................................1引言1.1编写目的【给出项目概要设计说明书的编写目的，同时指明读者对象。
概要设计说明书实例
1 引言 (3)1.1 编写目的 (3)1.2 背景 (3)1。
3 定义 (3)1。
4 参考资料 (3)2 总体设计 (3)2.1 简述 (3)2。
2 架构设计 (4)2.2。
1 系统逻辑架构图 (4)2。
2.2 系统物理架构图 (4)2。
2。
3 顶层系统包图 (5)2.2.4 业务类包图 (6)2.2.5 子系统关系图 (7)2。
3 接口设计 (7)2.3。
1 界面框架设计 (7)2。
3.2 外部接口设计 (8)3 子系统设计 (8)3。
1 基础信息子系统............................................................................... 错误!未定义书签。
3。
1。
1 子系统说明 (8)3.1.2 类图 (9)3。
1.3 类说明 (13)3。
1。
4 界面设计 (20)3。
2 我的工作台子系统........................................................................... 错误!未定义书签。
3。
2.1 子系统说明 (22)3。
2.2 类图 (23)3。
2.3 类说明 (27)3.2.4 界面设计 (33)3。
3 工作进展子系统............................................................................... 错误!未定义书签。
3.3.1 子系统说明 (34)3。
3。
2 类图 (35)3.3.3 类说明 (35)3。
3.4 界面设计 (35)3。
4 信息发布子系统............................................................................... 错误!未定义书签。
3.4。
1 子系统说明............................................................................... 错误!未定义书签。
概要设计说明书实例
目录1.引言 (6)1。
1编写目的 (6)1。
2定义 (6)1.3参考资料 (6)2。
范围 (7)2.1系统主要目标 (7)2。
2主要软件需求 (7)2.2。
1 办公管理 (7)2。
2.1。
1 文件、通知、规范、规定的网上收发 (7)2。
2。
1。
2 电子邮件的收发 (8)2.2。
1。
3 电子公告栏和BBS站 (8)2。
2.1.4 车辆管理 (8)2。
2.2 文件资料库管理 (9)2.2.2。
1 文件资料分类登记 (9)2.2。
2。
2 文件资料分类查询 (9)2.2。
2。
3 文件资料分类维护 (9)2。
2。
3 技术资料库管理 (9)2。
2。
2.1 技术资料分类登记 (9)2.2.2。
2 技术资料分类查询 (10)2。
2.2.3 技术资料分类维护 (10)2。
2。
4 经营管理 (10)2.2.4.1 业务信息管理 (10)2。
2.4。
2 投标管理 (10)2.2.4.3 合同管理 (11)2。
2.4.4 统计 (11)2.2。
5 项目管理 (12)2。
2.5.1 项目立项 (12)2.2。
5.2 项目资料管理 (13)2.2.5。
3 项目实施 (13)2.2.6 材供管理 (16)2。
2。
6。
1 材料价格管理 (16)2.2.6.2 材料供货管理 (16)2。
2.6。
3 材料结算管理 (17)2。
2.6。
4 分承包方信息管理 (18)2。
2.6.5 装潢材料价格管理 (18)2。
2.7 设备管理系统 (18)2.2。
7.1 设备管理 (18)2。
2。
7.2 使用管理 (19)2.2.7.3 维修管理 (20)2。
2。
7。
4 产值管理 (21)2.2.7。
5 设备维护 (22)2.2。
8。
1 人员信息登记 (22)2。
2。
8。
2 人员信息维护 (23)2。
2。
8.3 执行退休 (23)2.2。
8.4 查询打印 (23)2.2.8.5 部门维护 (24)2.2.9 设计院信息管理 (24)2。
2.9.1 业务信息管理 (24)2。
概要设计实例【范本模板】
概要设计说明书1．引言1.1编写目的本概要设计说明书是针对网络信息体系结构的课程作业而编写。
目的是对该项目进行总体设计,在明确系统需求的基础上划分系统的功能模块，进行系统开发的分工，明确各模块间的接口，为进行后面的详细设计和实现作准备。
本概要设计说明书的预期读者为本项目小组的成员以及对该系统感兴趣,在以后想对系统进行扩展和维护的人员。
1.2背景a.待开发的系统的名称：Lyra Resource Platform；b.本项目的任务提出者: 赵东，成富，陈良，窦文敏开发者:赵东，成富，陈良,窦文敏用户：所有对该项目感兴趣，并想通过该项目的产品提高资源检索速度和质量，方便的进行资源检索,预览，上传及下载的用户。
2．总体设计2。
1需求规定2。
1.1系统功能● FTP的文件上传及下载功能：类似于普通ftp的文件上传和下载功能.◆用户输入ftp的服务器ip及用户名,密码,连接服务器并上传或下载用户指定的文件。
◆如果用户不输入用户名，密码则默认为匿名登录。
◆可以以列表的形式显示服务器连接信息，以表格的形式显示正下载文件的信息。
◆具有站内搜索功能。
●资源实时检索功能：提供一个强大的搜索引擎功能, 用户只需提供关键字和需要检索的资源的类型，就能检索到上面所述四种子平台上的所有相关资源,并且列出来的资源都是可使用的。
●资源预览功能：对于服务器上的某些资源，用户可以选择预览，以确定是否下载.●资源统计信息的功能:包括最近更新的资源，网上评论较热门的资源等。
提供一个详细的列表，方便用户浏览。
2。
1。
2系统性能2。
1.2.1时间特性要求系统的速度要在用户可接受的范围内,但考虑到需要实时检测服务器的可用性,对资源实时搜索的速度可以有较低的要求。
ftp的文件上传和下载速度要尽量的接近于普通ftp的速度.2.1。
2。
2可靠性系统要有较高的可靠性,可恢复性.2。
1。
2.3灵活性系统要有良好的接口,以适应增加资源平台,增加资源类型，增加相关的资源获取功能的需求;并留有服务器接口，适应对以后实现服务器功能的需要；同时系统还需要具有跨平台功能。
概要设计说明书实例
目录1。
引言 (6)1。
1编写目的 (6)1.2定义 (6)1.3参考资料 (6)2.范围 (7)2。
1系统主要目标 (7)2。
2主要软件需求 (7)2。
2。
1 办公管理 (7)2。
2。
1。
1 文件、通知、规范、规定的网上收发 (7)2.2。
1。
2 电子邮件的收发 (8)2。
2。
1.3 电子公告栏和BBS站 (8)2。
2.1。
4 车辆管理 (8)2。
2。
2 文件资料库管理 (9)2。
2.2.1 文件资料分类登记 (9)2。
2。
2.2 文件资料分类查询 (9)2.2.2.3 文件资料分类维护 (9)2.2.3 技术资料库管理 (9)2。
2。
2。
1 技术资料分类登记 (9)2.2。
2。
2 技术资料分类查询 (10)2。
2。
2.3 技术资料分类维护 (10)2.2.4 经营管理 (10)2。
2.4.1 业务信息管理 (10)2.2.4。
2 投标管理 (10)2。
2。
4.3 合同管理 (11)2.2。
4.4 统计 (11)2。
2。
5 项目管理 (12)2。
2。
5。
1 项目立项 (12)2.2.5.2 项目资料管理 (13)2。
2.5.3 项目实施 (13)2。
2。
6 材供管理 (16)2.2.6。
1 材料价格管理 (16)2.2。
6。
2 材料供货管理 (16)2。
2.6。
3 材料结算管理 (17)2.2.6。
4 分承包方信息管理 (18)2.2.6。
5 装潢材料价格管理 (18)2。
2.7 设备管理系统 (18)2。
2。
7。
1 设备管理 (18)2。
2。
7。
2 使用管理 (19)2.2.7。
3 维修管理 (20)2。
2.7.4 产值管理 (21)2.2.7。
5 设备维护 (22)2.2.8.1 人员信息登记 (22)2.2。
8.2 人员信息维护 (23)2.2.8.3 执行退休 (23)2.2。
8.4 查询打印 (23)2.2.8.5 部门维护 (24)2。
2。
9 设计院信息管理 (24)2。
2.9.1 业务信息管理 (24)2。
概要设计说明书范例及模板
《XXXXXX》概要设计说明书张三、李四、王五1．引言1．1编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
1．2项目背景机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。
本系统与其他系统的关系如下：1．3定义1．3．1 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。
SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。
值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1．3．2 缩写系统：若未特别指出，统指本机票预定系统。
SQL: Structured Query Language（结构化查询语言）。
ATM: Asynchronous Transfer Mode (异步传输模式)。
1．4参考资料以下列出在概要设计过程中所使用到的有关资料：1．机票预定系统项目计划任务书浙江航空公司1999/32．机票预定系统项目开发计划《**》软件开发小组1999/33．需求规格说明书《**》软件开发小组1999/34．用户操作手册（初稿）《**》软件开发小组1999/45．软件工程及其应用周苏、王文等天津科学技术出版社1992/16．软件工程张海藩清华大学出版社1990/117．Computer Network A.S.Tanenbaun Prentice Hall 1996/01文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。
概要设计说明书范例及实用模板
《XXXXXX》概要设计说明书三、四、王五1．引言1．1编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
1．2项目背景机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。
本系统与其他系统的关系如下：1．3定义1．3．1 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。
SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。
值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1．3．2 缩写系统：若未特别指出，统指本机票预定系统。
SQL: Structured Query Language（结构化查询语言）。
ATM: Asynchronous Transfer Mode (异步传输模式)。
1．4参考资料以下列出在概要设计过程中所使用到的有关资料：1．机票预定系统项目计划任务书航空公司1999/32．机票预定系统项目开发计划《**》软件开发小组1999/33．需求规格说明书《**》软件开发小组1999/34．用户操作手册（初稿）《**》软件开发小组1999/45．软件工程及其应用周、王文等科学技术1992/16．软件工程海藩清华大学1990/117．Computer Network A.S.Tanenbaun Prentice Hall 1996/01文档所采用的标准是参照《软件工程导论》美明著的“计算机软件开发文档编写指南”。
概要设计说明书实例
概要设计说明书实例概要设计说明书目录1.引言1.1 编写目的1.2 参考资料1.3 读者对象2.概述2.1 项目背景2.2 目标和范围2.3 功能需求2.4 非功能需求2.5 术语定义3.系统架构设计3.1 整体架构3.2 模块划分3.3 数据流图3.4 接口设计4.数据库设计4.1 数据库模型 4.2 数据库表设计4.3 数据库操作5.界面设计5.1 用户界面5.2 界面元素5.3 界面交互6.功能设计6.1 功能16.2 功能26.3 功能37.性能设计7.1 响应时间7.2 并发处理7.3 资源利用8.安全设计8.1 访问控制8.2 数据保护8.3 安全性检测9.部署设计9.1 系统环境9.2 系统安装9.3 系统配置9.4 系统部署10.维护设计10.1 日志记录10.2 故障恢复10.3 系统升级10.4 系统维护11.附录附录A：数据词典附录B：界面原型图附录C：系统流程图附录D：参考文献1.引言1.1 编写目的本概要设计说明书旨在对X项目进行概述并详细说明涉及到的设计方案和决策，以便开发团队和其他利益相关方了解系统的整体架构和设计。
1.2 参考资料列出使用的参考资料，如需引用的标准、相关文档和技术资料等。
1.3 读者对象本文档的主要读者对象为项目经理、开发团队成员和其他相关利益相关方，包括测试人员、部署人员等。
2.概述2.1 项目背景简要介绍项目的背景和目标，包括项目的发起原因以及解决的问题或提供的服务。
2.2 目标和范围明确项目的目标和范围，包括项目的主要功能和非功能需求，以及所支持的业务流程和用户需求。
2.3 功能需求详细描述系统支持的各个功能模块及其功能要求，包括输入、输出、处理逻辑等。
2.4 非功能需求列出系统的非功能性需求，如性能要求、安全要求、可用性要求等。
2.5 术语定义解释和定义在本文档中使用的术语，以便读者理解。
3.系统架构设计3.1 整体架构描述系统的整体架构，包括系统的分层结构、模块划分等。
概要设计说明书实例
1.1编写目的3
1.2背景3
1.3定义3
1.4参考资Βιβλιοθήκη 32总体设计32.1简述3
2.2架构设计4
2.2.1系统逻辑架构图4
2.2.2系统物理架构图4
2.2.3顶层系统包图5
2.2.4业务类包图6
2.2.5子系统关系图6
2.3接口设计6
2.3.1界面框架设计6
2.3.2外部接口设计7
3子系统设计7
+读取用户权限（in用户ID）:Data::权限实体类
页面显示全部权限内容：调用Service：：权限的查询全部权限或通过所属系统查询全部权限，将权限数据显示到页面上。
通过所属系统查询全部权限：调用Service：：权限的通过所属系统查询全部权限，读取某系统下的全部权限数据。
UI:员工管理
+通过D查询员苒口员工!口）:Data员工实体类
+多条件查询员®查询条件对象Data:员工实体类
+查询全部员工：Data员工实体类
+增加员单口Data员工实体类:boolean
+修改员单口Data员工实体类:boolean_
+删除员单口员工!口）:boolean
+员工修改登录密码n员工D,由密码：boolean
3.1基础信息子系统7
3.1.1子系统说明7
3.1.2类图8
3.1.3类说明12
3.1.4界面设计19
3.2我的工作台子系统21
3.2.1子系统说明21
3.2.2类图22
3.2.3类说明26
3.2.4界面设计32
3.3工作进展子系统33
3.3.1子系统说明33
3.3.2类图34
概要设计说明书示例
概要设计说明书示例1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2总体设计 (2)2.1简述 (2)2.2架构设计 (2)2.2.1系统业务逻辑架构图 (2)2.2.2系统物理架构图 (3)2.2.3子系统关系图 (5)2.3接口设计 (5)2.3.1界面框架设计 (5)2.3.2内部接口设计 (5)2.3.3外部接口设计 (6)3子系统设计 (6)3.1生产系统子系统 (6)3.1.1子系统说明 (6)3.1.2类图 (8)3.1.3界面设计 (11)3.2中间件子系统 (11)3.2.1子系统说明 (11)3.2.2类图 (11)3.2.3界面设计 (12)3.3应用系统子系统 (12)3.3.1子系统说明 (12)3.3.2类图 (12)3.3.3界面设计 (12)4约束和假定 (12)5系统数据结构设计 (13)5.1逻辑结构设计 (13)5.2物理结构设计 (13)5.3数据结构与程序的关系 (13)6系统出错处理设计 (13)6.1出错信息 (13)6.2补救措施 (13)6.3系统维护设计 (13)站群系统概要设计说明书1 引言1.1编写目的此概要设计说明书是为了说明整个系统的体系架构，以及需求用例的各个功能点在架构中的体现，为系统的详细设计人员进行详细设计时的输入参考文档。
1.2背景软件系统的名称：站群系统开发工具：Microsoft V isual Studio 2010开发语言：c#+javascript1.3定义1.4参考资料2 总体设计2.1简述系统采用流行的B/S结构模式。
系统的分析设计采用面向对象的技术，应用Visio等工具进行辅助设计。
2.2架构设计2.2.1 系统业务逻辑架构图2.2.2 系统物理架构图站群整体系统生产系统2.2.3 子系统关系图2.3接口设计2.3.1 界面框架设计2.3.2 内部接口设计2.3.2.1总体层面上的接口客管系统与虚拟机系统间的接口：客管系统将用户信息及订单信息提交到虚拟机系统，由虚拟机系统按照订单上的信息划分出把需文件空间及数据空间，并将已分配的数据库IP，数据库名，数据库用户名及密码，及文件空间信息等返回给客管系统客管系统与生产系统间的接口：客管系统将虚拟机系统返回的信息及用户订单提交到生产系统，生产系统按照用户订单，进行组装，最终将组装后的产品发布到客管系统提供的文件空间及数据库空间内，同时将所需测试数据导入。
概要设计说明书经典范文
概要设计说明书一．引言1．编写目的从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。
在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。
本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。
2．项目背景（略）3．定义在该概要设计说明书中的专门术语有：总体设计接口设计数据结构设计运行设计出错设计具体的概念与含义在文档后将会解释。
4．参考资料<软件工程概论> 李存珠李宣东编著南京大学计算机系出版 2001年8月二．任务概述1．目标该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出内部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。
2．运行环境软件基本运行环境为Windows环境。
3．需求概述（略）4．条件与限制为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则：1.软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系。
2.设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。
3.设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。
4.应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。
三．总体设计1．处理流程系统的总体处理数据流程如下图：图八总体处理流程图2．总体结构和模块外部设计模块是软件结构的基础，软件结构的好坏完全由模块的属性体现出来，把软件模块化的目的是为了降低软件复杂性，使软件设计，测试，调试，维护等工作变得简易，但随着模块数目的增加，通过接口连接这些模块的工作量也随之增加。
从这些特性可得出如图九的一条总的成本（或工作量）曲线，在考虑模块化时，应尽量使模块数接近于图中的M，它使得研制成本最小，而且应尽量避免不足的模块化或超量。
概要设计说明书范例及模板
概要设计说明书范例及模板概要设计说明书（SDS）是一种设计文档，旨在提供有关软件系统的概念设计，架构和基本模块的详细描述。
在本文中，将介绍SDS的概念和目的，重点讨论SDS的结构和内容，并提供一个SDS模板示例。
此外，还将介绍编写SDS的最佳实践，并提供一些有关如何编写清晰，易于阅读和易于维护的SDS的技巧。
概念和目的概要设计说明书（SDS）是一个机构，用于描述软件系统的架构和基本模块。
它是在软件开发过程的设计阶段生成的，它描述所需软件系统的外观和感觉，并提供了开发人员需要了解的有关软件系统的详细信息。
SDS的主要目的是将概念设计文档转换为技术设计文档，使开发人员，主管，测试员和其他利益相关者可以理解软件系统的外观，感觉和实现细节。
它确保项目团队了解软件系统的目标和要求，并在软件实现和测试的过程中提供指导。
SDS的结构和内容一个典型的SDS通常包含以下组成部分：1. 引言引言包括介绍SDS和软件系统的概述，包括目的，目标，范围，背景和参考文献。
它还应该阐述系统的问题陈述和解决方案（系统的功能要求和业务规则）。
2. 体系结构设计该部分应该提供软件系统的详细体系结构设计。
这应包括所有不同部分的定义和功能，组成软件系统的所有模块，以及它们之间的相互交互关系。
尽管有一些结构可在该部分不进行详细介绍，但它们应列举在体系结构设计的上下文中。
3. 数据流图数据流图通过以图表的方式描述所需的数据传递和处理，提供了软件系统的高级概述。
它应该标识不同模块之间的数据传递。
在该部分，开发人员应该定义由业务信息系统产生的所有输入或输出的数据，包括与其他软件系统进行通信所需的所有API和数据传递。
4. 接口设计接口设计列举了软件系统的其他外部接口。
这包括与硬件、其他操作系统或不同部分的通信，以确保软件系统可以有效地工作。
5. 安全设计安全设计描述了软件系统的安全特征。
这包括数据加密、用户身份验证和授权过程，以及其他与信息安全相关的方面。
概要设计说明书实例
目录1。
引言 (6)1.1编写目的 (6)1。
2定义 (6)1.3参考资料 (6)2.范围 (7)2.1系统主要目标 (7)2。
2主要软件需求 (7)2.2.1 办公管理 (7)2.2.1.1 文件、通知、规范、规定的网上收发 (7)2.2.1。
2 电子邮件的收发 (8)2.2。
1.3 电子公告栏和BBS站 (8)2.2.1.4 车辆管理 (8)2。
2.2 文件资料库管理 (9)2.2。
2。
1 文件资料分类登记 (9)2.2.2。
2 文件资料分类查询 (9)2。
2。
2.3 文件资料分类维护 (9)2。
2。
3 技术资料库管理 (9)2.2.2。
1 技术资料分类登记 (9)2.2.2。
2 技术资料分类查询 (10)2。
2.2。
3 技术资料分类维护 (10)2.2。
4 经营管理 (10)2。
2。
4.1 业务信息管理 (10)2。
2.4。
2 投标管理 (10)2。
2.4.3 合同管理 (11)2。
2。
4。
4 统计 (11)2。
2。
5 项目管理 (12)2。
2。
5.1 项目立项 (12)2。
2.5。
2 项目资料管理 (13)2.2.5。
3 项目实施 (13)2。
2.6 材供管理 (16)2.2。
6.1 材料价格管理 (16)2。
2。
6。
2 材料供货管理 (16)2。
2。
6.3 材料结算管理 (17)2。
2.6.4 分承包方信息管理 (18)2.2.6.5 装潢材料价格管理 (18)2.2。
7 设备管理系统 (18)2.2.7。
1 设备管理 (18)2.2.7。
2 使用管理 (19)2.2.7.3 维修管理 (20)2。
2.7。
4 产值管理 (21)2。
2。
7.5 设备维护 (22)2。
2.8.1 人员信息登记 (22)2.2。
8。
2 人员信息维护 (23)2。
2.8。
3 执行退休 (23)2。
2.8.4 查询打印 (23)2.2。
8。
5 部门维护 (24)2.2。
9 设计院信息管理 (24)2.2。
9。
1 业务信息管理 (24)2.2。
软件概要设计说明书范例
XX概要设计说明书文档修改记录填写说明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.系统的物理架构设计 (5)2.4.子系统定义 (5)2.4.1.子系统列表 (5)2.4.2.子系统间关系 (6)3.子系统1设计 (6)3.1.任务概述 (7)3.1.1.目标 (7)3.1.2.需求概述 (7)3.2.设计概述 (7)3.2.1.总体约束 (7)3.2.2.子系统外部接口 (8)3.2.3.设计方案概述 (9)3.3.子系统架构设计 (9)3.4.模块定义 (11)3.4.1.模块列表 (11)3.4.2.模块间关系 (11)3.4.3.模块描述 (11)4.非功能性需求的实现方案 (13)6.1.性能的考虑 (13)6.2.兼容性的考虑 (13)6.3.安全的考虑 (13)6.4.可移植性的考虑 (13)6.5.集成与测试的考虑 (14)6.6.可扩展性的考虑 (14)6.7.可靠性的考虑 (14)6.8.可维护性的考虑 (14)5.难点及解决方案 (14)6.参考资料 (15)7.附录 (15)1. 简介1.1. 背景和目的1.2. 本文档编制的目的是说明对软件系统的设计考虑, 包括软件系统的基本处理流程, 软件系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等, 为软件的详细设计奠定基础。
概要设计说明书范例及模板
《XXXXXX》概要设计说明书张三、李四、王五1．引言1．1编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
1．2项目背景机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。
本系统与其他系统的关系如下：据1．3定义1．3．1 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。
SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。
值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1．3．2 缩写系统：若未特别指出，统指本机票预定系统。
SQL: Structured Query Language（结构化查询语言）。
ATM: Asynchronous Transfer Mode (异步传输模式)。
1．4参考资料以下列出在概要设计过程中所使用到的有关资料：1．机票预定系统项目计划任务书浙江航空公司1999/32．机票预定系统项目开发计划《**》软件开发小组1999/33．需求规格说明书《**》软件开发小组1999/34．用户操作手册（初稿）《**》软件开发小组1999/45．软件工程及其应用周苏、王文等天津科学技术出版社1992/16．软件工程张海藩清华大学出版社1990/117．Computer Network A.S.Tanenbaun Prentice Hall 1996/01文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1 引言 (3)1.1 编写目的 (3)1.2 背景 (3)1.3 定义 (3)1.4 参考资料 (3)2 总体设计 (3)2.1 简述 (3)2.2 架构设计 (4)2.2.1 系统逻辑架构图 (4)2.2.2 系统物理架构图 (4)2.2.3 顶层系统包图 (5)2.2.4 业务类包图 (6)2.2.5 子系统关系图 (6)2.3 接口设计 (6)2.3.1 界面框架设计 (6)2.3.2 外部接口设计 (7)3 子系统设计 (7)3.1 基础信息子系统 (7)3.1.1 子系统说明 (7)3.1.2 类图 (8)3.1.3 类说明 (12)3.1.4 界面设计 (18)3.2 我的工作台子系统 (19)3.2.1 子系统说明 (19)3.2.2 类图 (20)3.2.3 类说明 (24)3.2.4 界面设计 (29)3.3 工作进展子系统 (31)3.3.1 子系统说明 (31)3.3.2 类图 (31)3.3.3 类说明 (32)3.3.4 界面设计 (32)3.4 信息发布子系统 (33)3.4.1 子系统说明 (33)3.4.2 类图 (34)3.4.3 类说明 (35)3.4.4 界面设计 (36)3.5 系统管理子系统 (36)3.5.1 子系统说明 (36)3.5.2 类图 (37)3.5.3 类说明 (37)3.5.4 界面设计 (38)3.6 个人设置子系统 (39)3.6.1 子系统说明 (39)3.6.2 类图 (40)3.6.3 类说明 (41)3.6.4 界面设计 (42)4 约束和假定 (43)5 系统数据结构设计 (43)5.1 逻辑结构设计 (43)5.1.1 角色表（PUBLIC_ROLE） (44)5.1.2 权限表（PUBLIC_PRIVILEGE） (44)5.1.3 角色权限表（PUBLIC_ROLEPRIVILEGE） (44)5.1.4 部门表（PUBLIC_ DEPT） (44)5.1.5 岗位表（PUBLIC_POST） (45)5.1.6 员工表（PUBLIC_MEMBER） (45)5.1.7 工作任务表（WORKPLAN_ TASK） (46)5.1.8 任务分派表（WORKPLAN_ ALLOTTASK） (46)5.1.9 工作计划表（WORKPLAN_ PLAN） (46)5.1.10 计划任务表（WORKPLAN_ PLANTASK） (47)5.1.11 工作日志表（WORKPLAN_ WORKLOG） (47)5.1.12 工作汇报表（WORKPLAN_ WORKREPORT） (48)5.1.13 信息发布表（PUBLIC_ PUBLISHINFO） (48)5.1.14 收件箱表（PUBLIC_INBOX） (48)5.1.15 系统操作日志表（PUBLIC_OPERATELOG） (49)5.1.16 个人提醒设置表（PUBLIC_EVENTS） (49)5.1.17 系统表（PUBLIC_SYSTEM） (50)5.1.18 系统功能模块表（PUBLIC_SYSTEMMODULE） (50)5.2 物理结构设计 (50)5.3 数据结构与程序的关系 (50)6 系统出错处理设计 (50)6.1 出错信息 (50)6.2 补救措施 (51)6.3 系统维护设计 (51)工作计划管理系统概要设计说明书1引言1.1编写目的概要设计说明书是为了说明整个系统的体系架构，及需求用例的各个功能点在架构中的体现，为系统的详细设计人员进行详细设计时的输入参考文档。
1.2背景软件系统的名称：工作计划管理系统开发工具：Java开发者： XXX1.3定义1.4参考资料2总体设计2.1简述系统采用流行的B/S结构模式。
系统的分析设计采用面向对象的技术，应用Visio等工具进行辅助设计。
2.2架构设计2.2.1系统逻辑架构图2.2.2系统物理架构图业业业业业业业业业业类包说明：⏹业务页面：用户动态网页，主要是jsp文件。
⏹业务操作：主要控制业务访问的接口和业务流转。
⏹数据处理：提供业务的实现，包括对业务数据的增、删、改、查等操作。
⏹数据实体：业务对象的实体类。
⏹数据接口：提供数据库的访问，传递数据或返回相应数据。
⏹系统辅助：提供了供整个系统辅助的功能。
2.2.5 子系统关系图2.3 接口设计2.3.1 界面框架设计2.3.2外部接口设计说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
3子系统设计3.1基础信息子系统3.1.1子系统说明基础信息子系统包括：角色管理、部门管理、岗位管理、员工管理四部分。
角色管理：定义角色和系统权限之间的对应关系，方便用户权限的分配控制。
部门管理：实现对公司部门基本信息的维护。
岗位管理：实现对公司岗位基本信息的维护。
员工管理：实现对公司员工基本信息的维护，并为员工分配角色和初始化登录系统信息。
3.1.2类图3.1.2.1角色、权限3.1.2.2部门管理3.1.2.3岗位管理3.1.2.4员工管理3.1.3类说明3.1.3.1角色、权限通过ID查询角色：页面得到角色ID，调用Service::角色的通过ID查询角色方法,得到指定角色的实体数据。
通过名称查询角色：页面得到角色名称，调用Service::角色的通过名称查询角色方法,得到指定角色的实体数据。
查询全部角色：调用Service::角色的查询全部角色方法,得到全部角色的实体数据。
增加角色：在页面上得到角色的实体数据，调用Service::角色的增加角色方法，实现角色的添加。
修改角色：在页面上得到修改后的角色实体数据，调用Service::角色的修改角色方法，实现角色的修改。
删除角色：调用Service::删除角色方法，将指定角色的数据置为已删除状态。
分配权限：调用Service::分配权限方法，给指定角色分配权限。
读取角色权限：调用Service::读取角色权限方法，读取指定角色的权限数据。
通过ID查询角色：调用Data::角色的通过ID查询角色方法,得到指定角色的实体数据。
通过名称查询角色：调用Data::角色的通过名称查询角色方法,得到指定角色的实体数据。
查询全部角色：调用Data::角色的查询全部角色方法,得到全部角色的实体数据。
增加角色：调用Data::角色的增加角色方法，实现角色的添加。
修改角色：调用Data::角色的修改角色方法，实现角色的修改。
删除角色：调用Data::删除角色方法，将指定角色的数据置为已删除状态。
分配权限：调用Data::分配权限方法，给指定角色分配权限。
读取角色权限：调用Data::读取角色权限方法，读取指定角色的权限数据。
通过ID查询角色：得到指定角色的实体数据。
通过名称查询角色：得到指定角色的实体数据。
查询全部角色：调用Data::角色的查询全部角色方法,得到全部角色的实体数据。
增加角色：实现角色的添加。
修改角色：实现角色的修改。
删除角色：将指定角色的数据置为已删除状态。
分配权限：给指定角色分配权限。
读取角色权限：读取指定角色的权限数据。
角色实体类数据。
页面显示全部权限容：调用Service::权限的查询全部权限或通过所属系统查询全部权限，将权限数据显示到页面上。
通过所属系统查询全部权限：调用Service::权限的通过所属系统查询全部权限，读取某系统下的全部权限数据。
读取用户权限：调用Service::权限的读取用户权限，读取指定用户的权限数据。
查询全部权限：调用Data::权限的查询全部权限，读取全部的权限数据。
通过所属系统查询全部权限：调用Data::权限的通过所属系统查询全部权限，读取某系统下的全部权限数据。
读取用户权限：调用Data::权限的读取用户权限，，读取指定用户的权限数据。
查询全部权限：读取全部权限数据，返回全部的权限实体类数据。
通过所属系统查询全部权限：读取所属系统权限数据，返回某系统下的全部权限实体类数据。
读取用户权限：读取指定用户的权限数据。
权限实体类数据。
通过ID查询部门：根据部门ID，得到指定的部门实体类数据。
多条件查询部门：根据多条件（部门名称、上级部门）查询对象，得到部门实体数据。
查询全部部门：执行查询，获取全部部门的实体数据。
增加部门：得到部门实体数据，将数据添加至库中。
修改部门：得到修改后的部门实体数据，将数据保存至库中。
删除部门：根据部门ID，删除指定的部门。
树形显示部门：查询得到树形结构上的部门数据，并显示。
此类的说明同上。
此类的说明同上。
部门实体类数据。
通过ID查询岗位：根据岗位ID，得到指定的岗位实体类数据。
多条件查询岗位：根据多条件（岗位名称、上级岗位）查询对象，得到岗位实体数据。
查询全部岗位：执行查询，获取全部岗位的实体数据。
增加岗位：得到部门实体数据，将数据添加至库中。
修改岗位：得到修改后的部门实体数据，将数据保存至库中。
删除岗位：根据岗位ID，删除指定的岗位。
树形显示岗位：查询得到树形结构上的岗位数据，并显示。
此类的说明同上。
此类的说明同上。
岗位实体类数据。
通过ID查询员工：根据员工ID，得到指定的员工实体类数据。
多条件查询员工：根据多条件（工号、、性别、部门、岗位、角色）查询对象，得到员工实体数据。
查询全部员工：执行查询，获取全部员工的实体数据。
增加员工：得到员工实体数据，将数据添加至库中。
修改员工：得到修改后的员工实体数据，将数据保存至库中。
删除员工：根据员工ID，删除指定的员工。
员工修改登录密码：员工执行修改登录密码数据。
此类的说明同上。
此类的说明同上。
-员工ID : String-登录密码 : String-姓名 : String-性别 : String-所属部门 : String-所属岗位 : String-办公电话 : String-移动电话 : String-电子邮箱 : String-通讯地址 : String-备注 : String-所属角色 : String-帐号状态 : StringData::员工实体类员工实体类数据。
3.1.4界面设计基础信息子系统页面包括：角色管理、部门管理、岗位管理、员工管理四部分。
3.1.4.1角色管理页面3.1.4.2部门管理页面3.1.4.3岗位管理页面3.1.4.4员工管理页面3.2我的工作台子系统3.2.1子系统说明我的工作台子系统包括：工作任务、工作计划、工作日志、工作汇报、审批计划五部分。
工作任务：实现管理层分派任务和公司员工接收任务的管理功能。
工作计划：实现公司员工制定工作计划的管理功能。
工作日志：实现公司员工每天工作记录的管理功能。
工作汇报：实现公司员工撰写工作汇报的管理功能。
审批计划：实现管理层审批公司员工工作计划的管理功能。