软件设计说明书1. 介绍
1.1 目的
这篇文档提供了星空传奇游戏软件架构的总览，从不同的视角描述了该系统。同时介绍了星空传奇游戏软件的想法，包含架构分析的关键决策，目的在于帮助开发人员理解星空传奇游戏软件的基本结构。
1.2 范围
介绍了星空传奇游戏软件的登录游戏大厅、游戏准备、游戏对战、结束游戏、更新用户列表。
1.3 内容概览
?登录系统
用户若要登录游戏大厅，需要输入用户名和正确的服务器端IP，如果输入错误，则停留在登录页，相反登录到游戏大厅，并更新用户列表；
?游戏准备
用户需要进入一个其他用户未使用的座位，加载游戏界面，并且摆放好棋子的位置后点击准备按钮；
?游戏对战
由最先进入游戏界面的一方发起攻击，另一方返回攻击结果，交换进攻权，依次循环；
?结束游戏
当有一方的三架飞机均被击中头部，结束游戏；
?更新用户列表
当有用户进入或退出游戏大厅时更新游戏大厅用户列表，用户从游戏界面退出时，更新用户信息和大厅信息。
1.4 功能技术特点
功能特点：
本游戏一款奇幻动作类MMORPG网络游戏。整个传奇世界构建了一个完整的虚拟社会体系，每一个玩家都能在游戏中体会不一样的人生。师徒、夫妻、行会等社会关系，使玩家有效的参与到了“攻城略地”、“行会战斗”、“文明发展”、“个体交往”等虚拟社会活动中去。
技术特点：
1、全面并同等的支持OpenGL和Direct3D。
2、全面支持Windows，Linux以及Mac OS X平台。
3、强大且成熟的材质管理和脚本系统，可以不动一行代码去进行材质维护。
2. 体系结构表示方法
这篇文档使用一系列视图反映系统架构的某个方面；
用例视图：概括了架构上最为重要的用例和它们的非功能性需求；
逻辑视图：展示了描述系统关键方面的重要用例实现场景(使用交互图)；
部署视图：展示构建在处理节点上的物理部署以及节点之间的网络配置(使用部署图)；
过程视图：描述了数据流（使用类图描述数据模型，活动图表示数据流)。
3. 系统要达到的目标和限制
?目标
客户可以正确登录，在登录页面输入信息时能够在输入错误的同时看到错误提示；正确登录后可以加载游戏大厅，通知其他人更新用户列表，点击其中一各位被占用的位置后可以进入到游戏界面，双方都摆放好棋子后可以点击准备按钮，开始一次游戏对战。?限制
客户输入的不是服务器IP，客户不能登录到游戏大厅；
一个用户无法开始游戏，必须都进入相同桌后点击准备按钮，方可开战。
4. 用例视图
星空传奇游戏软件描述的主要用例有：登录游戏大厅，选择座位，摆放棋子，发起进攻，反馈结果，重新开始，退出游戏，更新用户列表。
4.1 系统用例图
系统用例图见图4.1：
图4.1 系统用例图
4.2 登录游戏大厅
4.2.1 用例简述
用户输入用户名和IP地址登录游戏大厅。系统会通知其他用户更新用户列表。
4.2.2 基本事件流
1用户：在登录界面输入用户名和服务器IP，登录。
2系统：判断IP是否符合规则。
3系统：加载登录大厅，更新用户列表。
4用例结束。
4.2.3 活动图
登录游戏大厅的活动图见图4.2
图4.2 登录游戏大厅的活动图
4.3 更新用户列表
4.3.1 用例简述
由用户登录或退出游戏大厅和坐下时，更新用户列表和信息。
4.3.2 基本事件流
1 客户端系统：发送更新用户列表请求。
2 服务器端系统：发送用户列表
3 用例结束。
4.3.3 活动图
更新用户列表的活动图见图4.3
图4.3更新用户列表的活动图
4.4 选择座位
4.4.1 用例简述
用户选择空座位进入，同时进入游戏界面，更新用户列表。
4.4.2 基本事件流
1 用户：点击座位想要入座。
2 系统：判断此座位是否已有用户。
3 用户：用户成功入座。
4 系统：加载游戏界面，更新游戏用户列表及用户信息。
5 系统：用例结束。
4.4.3 活动图
选择座位的活动图见图4.4
图4.4选择座位的活动图
4.5 摆放棋子
4.5.1 用例简述
进入游戏即可移动三个飞机棋子，在双方都进入游戏后，点击“准备”按钮后棋子摆放结束。
4.5.2 基本事件流
1 用户：选择棋子的位置，移动棋子。
2 系统：检测移动是否合法。
3 系统：检测是否有两名用户都已入座。
4 用户：点击准备按钮。
5 系统：将棋子画入棋盘，使其不可更改。
6 系统：判断谁先进入游戏界面，加载相应组件。
7 用例结束。
4.5.3 活动图
摆放棋子的活动图见图4.5
图4.5摆放棋子的活动图
4.6 发动进攻
4.6.1 用例简述
双方都准备后，由显示攻击按钮的一方，通过点击棋盘，自动获取坐标显示在坐标文本框内，点击进攻按钮，发起进攻，同时会在对方棋盘上显示进攻点标记。
4.6.2 基本事件流
1 用户：点击棋盘以获得目标攻击点。
2 系统：在坐标文本框中显示出用户点击的目标点坐标。
3 用户：点击进攻按钮。
4 系统：将攻击点信息发给对方。
5 系统：加载反馈组件。
6 系统：对反棋盘上显示进攻点标记。
7 用例结束。
4.6.3 活动图
发动进攻的活动图见图4.6
图4.6发动进攻的活动图
4.7 反馈结果
4.7.1 用例简述
接到攻击信息后，可以点击反馈按钮组，同时会将反馈结果显示在对方棋盘，做上相应标记。
4.7.2 基本事件流
1 系统：设置反馈组件可用。
2 用户：根据攻击情况，点击反馈按钮。
3 系统：判断是否是“死”是否被点第三次。
3 系统：移除反馈按钮组和攻击点标记。
4 系统：添加进攻组件或结束游戏组件。
5 系统：对反棋盘上添加与反馈结果相对应的标记。
6 用例结束。
4.7.3 活动图
反馈结果的活动图见图4.7
图4.7反馈结果的活动图
4.8 重新开始
4.8.1 用例简述
用户击落所有飞机时会显示这个按钮，点击后棋盘恢复初始状态。
4.8.2 基本事件流
1 系统：移除反馈按钮组，加载重新开始按钮。
2 用户：用户点击重新开始。
3 系统：恢复棋盘及棋子至初始状态。
4 结束用例
4.8.3 活动图
重新开始的活动图见图4.8
图4.8重新开始系统的活动图
4.9.1 用例简述
用户击落所有飞机时会显示这个按钮，点击后退出游戏界面来到游戏大厅。
4.9.2 基本事件流
1 系统：移除反馈按钮组，添加退出游戏按钮。
2 用户：点击退出游戏按钮。
3 系统：关闭游戏界面。
4 用例结束。
4.9.3 活动图
退出游戏的活动图见图4.9
图4.9退出游戏的活动图
5. 逻辑视图
逻辑视图部分主要叙述了设计阶段的工作。
5.1 总览
图5.1的领域模型是星空传奇游戏软件的设计实体及其之间的关系；
客户端
服务器端
图5.1 领域模型
5.2 主要Package的介绍
星空传奇游戏软件Package图见图5.2
图5.2 星空传奇游戏软件Package图
?Client
Client包，他们属于游戏大厅的类。
?Common
Common包，他们属于客户端和服务器端均要使用的公共类。
?Server
Server包包含Action，他们属于服务器端的类。
?Game
Game包包含Actin，他们属于游戏界面中使用的类
6. 过程视图
过程视图部分叙述几个主要子系统的处理流程。
6.1 登录游戏大厅
6.1.1 用户登录游戏大厅的顺序图见图6.1
图6.1 用户登录游戏大厅的顺序图
6.2.1 准备游戏的顺序图见图6.4
图6.4 准备游戏的顺序图
6.3 游戏对战
6.3.1 游戏对战的顺序图见图6.7
图6.7游戏对战的顺序图
6.4 结束游戏
6.4.1 结束游戏的顺序图见图6.10
图6.10结束游戏的顺序图
7. 部署视图
部署视图描述了如何将具体软件制品分配到计算节点(具有处理服务的某种事物) 上，表示了软件元素在物理架构上的部署，以及物理元素之间的通信。
星空传奇游戏软件的部署视图见图7.1
图7.1 星空传奇游戏软件的部署视图
?Generic PC
普通的个人计算机。
?Server
服务器，或者带有服务器功能的普通的个人计算机。
8. 规模和性能
?满足的规模
能够满足100人同时在线浏览网页，20人同时进行有关数据库的操作。
?满足的性能
能够满足让顾客可以认同的相应时间。
9. 质量
系统正式使用时，登录、注册、查看商品、生产订单的流程正常。
C语言贪吃蛇程序设计说明书 题目:贪吃蛇游戏 学校: 系别: 专业 班级: 姓名: 学号: 指导老师: 日期: 一、设计题目: 贪吃蛇是一款经典的休闲游戏，一条蛇在密闭的围墙内，随机出现一个食物，通过控制方向键操作小蛇不停的朝着食物前进，直到吃掉食物。每吃一个食物，小蛇都会长长一截，随之难度增大;当小蛇头撞到墙或自己时，小蛇死亡。 二、功能设计: 本游戏要求实现以下几个功能: (1) 用上、下、左、右键控制游戏区蛇的运动方向，使之吃食而使身体变长; (2) 用户可以调节蛇的运行速度来选择不同的难度; (3) 游戏分多个难度级别; (4) 用户可自选颜色; (5) 记录成绩前五名的游戏玩家; (6) 增加背景音乐; (7) 提高障碍物和游戏级别。 三、程序模块图: 贪吃蛇游戏 初画控设帮 始图制置助 模模模模化 块块块块
墙蛇食移食死变成等音 体身物动物亡长绩级效 2 四、算法流程图: 开始初始化界面和蛇身 放置食物 获取按键 开始运动 碰到边界 是 否 否蛇吃到食 是 蛇长大 蛇死亡是 继续 否 结束 3 五、函数原型与功能 1.主函数:void main() 启动程序，触动其他函数。 2.初始化:void init () 设置背景框大小、蛇体初始值，随机产生食物。 3.随机产生食物:void setfoodcrd()
设置食物生成坐标，0表示食物被吃。 4.画食物:void showfood() 用矩形框来画食物 5.画蛇:void showsnake() 根据蛇的坐标和节数，循环用矩形框来画蛇。 6.蛇移动:void snakemove() 根据按键，重设坐标 7.改变蛇的方向:void changeskdir() 响应用户的运动方向 8.判断蛇是否死亡:void judgeslod 判断蛇是否碰到自己或墙。 9.判断蛇是否吃到食物:void judgefood() 判断是否吃到食物，吃食后变0，蛇增长一节。 10.结束游戏:void gameover() 结束话语，并执行下一步。 六、基本代码 #include
软件详细设计说明书 v1.0 200X年月XX日 修订历史记录
编制 审查 审核 批准 文档评审负责人：参加评审人员：
目录 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4设计依据 (4) 2软件系统结构 (4) 2.1功能需求 (4) 2.2子模块划分 (4) 2.3子模块间关系 (4) 3公共数据结构 (4) 4程序设计说明 (5) 4.1程序1设计说明 (5) 4.1.1程序描述 (5) 4.1.2功能 (5) 4.1.3性能 (5) 4.1.4输入 (5) 4.1.5输出 (5) 4.1.6算法 (5) 4.1.7流程 (5) 4.2程序2设计说明 (5) 5模块重用说明 (5)
1引言 1.1编写目的 〖说明编写这份软件详细设计说明书的目的〗 1.2背景 〖说明待开发软件（子）系统的名称和此软件（子）系统所属大系统的名称； 说明任务的来源（开发背景和市场背景）等；该软件（子）系统与大系统中其他子系统的关系。〗 1.3定义 〖列出本文档中所用到的专门术语的定义和缩写词的原意〗 1.4设计依据 〖列出本文档所引用的有关设计依据（标题、文件编号、版本号、作者、发布日期、出版单位），包括本项目内部已编写的有效文档、出版刊物和国家标准或规范〗2软件系统结构 2.1功能需求 2.2子模块划分 〖说明本软件系统(或模块)的实现，即其内部的子模块划分（给出程序的名称和标识符）。建议以图形说明。〗 1.XXXXXXXX 2.XXXXXXXX 3.XXXXXXXX 4.XXXXXXXX 5.XXXXXXXX 6.XXXXXXXX 2.3子模块间关系 〖说明各子模块间的控制、顺序等耦合关系。〗 3公共数据结构 〖给出本软件系统使用的每一个公共数据结构的类型定义、存储方式，公共数据结构内各元素项的类型定义、初始取值、可能取值的范围及相应的物理含义。建议以类似Ｃ语言的数据说明格式来描述。〗
说明书一、概述 1.1 项目概况 务川县大坪镇电厂至官学撤并建制村硬化路是电厂至官学之间重要的通村公路。本项目的建设，对改善沿线居民日常出行和生产生活物资运输条件，促进地方经济的发展，建设社会主义新农村，完善务川县公路网结构，都具有积极的现实意义和深远的社会影响。 该公路路路线平、纵标准按农村公路，路基宽度4.5米（路基横断面布置为：左侧0.5米土路肩+3.5米（路面铺筑宽度）+右侧0.5米土路肩）。本次测量起点里程K0+000，位于务川县大坪镇黄洋村，起点电厂，经陈家山，终点至官学，里程为K7+840.761，共计7.840公里。 1.2 设计依据 1．我公司与务川县交通运输局签订的《务川县大坪镇“十三五”撤并建制村硬化路施工图设计设计合同》； 2．交通运输部关于推行农村公路建设“七公开”制度的意见及交通运输部关于推进“四好农村路”建设的意见——交公路发【2015】73号； 3．《工程建设标准强制性条文》（公路部分）； 4．公路工程技术标准、规范、规程以及现行有关法律、法规等； 5. 有关规划、地方人民政府的要求和意见。 6. 交通部《关于印发农村公路建设指导意见的通知》（交公路发[2004]372号）。 7. 贵州省交通运输厅文件《贵州省通村油路改造工程管理办法（试行）》黔交建设【2011】49号； 8．贵州省交通运输厅文件《关于落实农村公路建设六个同步实施要求的通知》黔交建设【2014】69号； 9．贵州省交通运输厅《贵州省“四在农家——美丽乡村”基础设施建设——小康路工程技术导则（试行）》； 10. 贵州省公路局文件《贵州省“十三五”农村公路前期工作及设计要求》（征求意见稿）； 11.遵义市交通运输局文件《关于遵义市“十三五”撤并建制村硬化路施工图简化设计标准格式的通知》（遵义市发交【2015】141号）。 1.3 设计采用的技术规范 1）道路部分 （1）《公路水泥混凝土路面设计规范》（JTG D40-2011）； （2）《公路软土地基路堤设计与施工技术规范》（JTG 17 D13-02-2013）； （3）《公路路基施工技术规范》（JTG F10-2006）； （4）《公路桥涵施工技术规范》（JTG/T F50-2011）； （5）《道路交通标志与标线》（GB5786-2009）； （6）《道路工程制图标准》（GBJ50162-92）。 2）桥梁工程 （1）《公路钢筋混凝土及预应力混凝土桥涵设计规范》（D62-2004）； （2）《公路桥涵设计通用规范》（JTGD60-2015）； （3）《公路桥涵地基与基础设计规范》（JTG D63-2007）； （4）《地下工程防水技术规范》（GB50108-2008）； （5）《公路桥梁抗震设计细则》（JTG B02-01-2008）。 1.4设计采用的主要技术标准 （1）《关于印发农村公路建设指导意见的通知》（交公路发〔2004〕372号）； （2）《农村公路建设管理办法》（交通部令2006年第3号）； （3）《贵州省公路条列》和《贵州省通村油路改造工程管理办法（试行）》（黔交建设〔2011〕49号）； （4）贵州省交通运输厅《贵州省“四在农家——美丽乡村”基础设施建设——小康路工程技术导则（试行）》； （5）遵义市交通运输局文件《关于遵义市“十三五”撤并建制村硬化路施工图简化设计标准格式的通知》（遵义市发交【2015】141号）。 1.5测设经过 铁二院成都分院公司承接勘察设计任务之后，立即成立了项目处，制定了施工图测设《勘察设计作业指导书》，同时按规范、合同要求进行各项测设工作。本项目为务川县大坪镇电厂至官学撤并建制村硬化路，全长7.840Km。于2016年3月上旬完成外业测量工作，同时对施工图
Unity课程设计说明书 1、游戏设计构思 1.1 unity软件介绍 Unity是由Unity Technologies开发的一个让玩家轻松创建诸如三维视频游戏、建筑可视化、实时三维动画等类型互动内容的多平台的综合型游戏开发工具，是一个全面整合的专业游戏引擎。Unity类似于Director,Blender game engine, Virtools 或Torque Game Builder等利用交互的图型化开发环境为首要方式的软件其编辑器运行在Windows 和Mac OS X下，可发布游戏至Windows、Mac、Wii、iPhone、Windows phone 8和Android平台。也可以利用Unity web player插件发布网页游戏，支持Mac 和Windows的网页浏览。它的网页播放器也被Mac widgets所支持。 1.2游戏构思过程 在此次设计中，预备做一个小岛漫游的设计。小岛四周都是水，小岛中有一条河流，小岛上有花草、树、雾等。能实现角色漫游。 2、场景设计 2.1地形设计 1、地形创建 在unity中将鼠标放到GameObject 3D object 单击 Terrain，创建一个新的地形，我们可以在右边的菜单中对地形的大小、高度、分辨率等进行设置。如下图所示：
图1 2、地形设置 在右边的菜单中对地形的高度等进行设计，使地形呈现出小岛的形状。 3、在小岛形状的地形上铺地皮，种花草、种树。实现的效果图如下图所示： 图2
2.2光照效果制作 地形制作后，会发现整体效果比较暗，这是我们就要为场景打一个灯光。在unity中将鼠标放到GameObject Light点击Directional Light,创建一个光源，然后再右边的设置菜单中对光源的颜色、强度方向等进行设置。效果图如下图所示： 图3 2.3河流制作 鼠标右击unity左下角的Assets文件夹，选择Import Package 的Water(Basic)，全选后按import按钮，同样的方法import Water(Pro Only)包，然后将Daylight图标拖入场景中，在右边设置水的大小、颜色等。效果图如下图所示：
软件体系结构设计说明书 1.文档简介 [本节主要是描述软件体系结构设计说明书的目的、范围、相关术语、参考资料和本文档的摘要性介绍。软件体系结构设计属于高层设计文档，是符合现代软件工程要求的概要设计。] 1.1 目的 [软件体系结构设计说明书，将从设计的角度对系统进行综合的描述，使用不同的视图来描述其不同方面。在本小节中，将对该文档的结构进行简要的说明，明确该文档针对的读者群，指导他们正确的地使用该文档。] 1.2 范围 [说明该文档所涉及的内容范围，以及将影响的内容。] 1.3 定义、首字母缩写词和缩略语 [与其它文档一样，该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。] 1.4参考资料 [在这一小节中，应完整地列出该文档引用的所有文档。对于每个引用的文档都应该给出标题、标识号、日期以及来源，为阅读者查找这些文档提供足够详细的信息。] 1.5 概述 [在本小节中，主要是说明软件体系结构设计说明书各个部分所包含的主要内容，就像一个文章摘要一样。同时也应该对文档的组织方式进行解释。] 2. 体系结构表示方式 [本节说明软件体系结构在当前系统中的作用及其表示方式。它将列举其所必需的用例视图、逻辑视图、进程视图、部署视图或实施视图，并分别说明这些视图包含哪些类型的模型元素。]
3. 软件体系结构的目标和约束 [本节说明对软件体系结构具有某种重要影响的软件需求和用户目标，例如，系统安全性、保密性、第三方组件的使用、可移植性、发布和重新使用。它还要记录可能适用的特殊约束：设计与实施策略、开发工具、团队结构、时间表、遗留系统等。] 4.用例视图 [本节使用用例分析技术所生成的系统用例模型，描述其中的一些用例或场景。在该模型中纳入用例或场景，应该是系统中最重要、最核心的功能部分。] [另外，在本节中还应该选择一个主要的用例，对其进行描述与解释，以帮助读者了解软件的实际工作方式，解释不同的设计模型元素如何帮助系统实现。] 5. 逻辑视图 [逻辑视图主要是反映系统本质的问题领域类模型，在逻辑视图中将列出组成系统的子系统、包。而对每个子系统、包分解成为一个个类，并说明这些关键的实体类的职责、关系、操作、属性。这也是OO思想的体现，以类、类与类之间的协作、包、包与包之间的协作模型来表达系统的逻辑组织结构。] 5.1概述 [在本小节中，列出逻辑视图的顶层图，该图将反映系统由哪些包组成，每个包之间的关系与协作，以及包的层次结构。使得读者对整个软件体系结构有一个整体的了解。] 5.2影响软件体系结构的重要设计包 [在本小节中，将从逻辑视图中选择有重要意义的设计包，每个设计包有一个小节来描述，说明这些包的名称、简要的说明、该包中的主要类和相关的类图。对于包中的重要的类，还应该说明其名称、简要说明、主要职责、操作、属性等。] 6. 进程视图 [本节主要描述该软件体系结构下，系统运行态的情况。描述系统在执行时，包括哪些进程（包括线程、进程、进程组），以及它们之间是如何进行通信的、如何进行消息传递、接口如何。并且来说明如何进行组织。]
《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/3 2．机票预定系统项目开发计划《**》软件开发小组 1999/3 3．需求规格说明书《**》软件开发小组 1999/3 4．用户操作手册（初稿）《**》软件开发小组 1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社 1992/1 6．软件工程张海藩清华大学出版社 1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：
北京天一博胜知识产权代理有限公司—内部培训资料 软件着作权-说明书范本（二） 设计说明书 中国版权保护中心接收登记的文档包含两种：操作说明书或设计说明书。 设计说明书适合没有界面的嵌入式软件，插件软件，后台运行软件以及游戏软件。一般包含结构图，软件流程图，函数说明，模块说明，数据接口，出错设计等。 操作说明书适合管理类软件，有操作界面，一般应包含登录界面，主界面，功能界面截图，截图之间有相应的文字说明，能全面展示软件的主要功能。 格式要求：一、说明书应提交前、后各连续30页，不足60页的，应当全部提交。 二、说明书页眉应标注软件的名称和版本号，应当与申请表中名称完全一致， 页眉右上应标注页码，说明书每页不少于30行，有图除外，另外截图 应该清晰完整。 范例如下： 天一博胜探伤仪控制软件 设计说明书 一、引言 目的 编写详细设计说明书是软件开发过程必不可少的部分，其目的是为了使开发人员在完成概要设计说明书的基础上完成概要设计规定的各项模块的具体实现的设计工作。 二、软件总体设计 2.1软件需求概括 本软件采用传统的软件开发生命周期的方法，采用自顶向下，逐步求精的结构化的软件设计方法。 本软件主要有以下几方面的功能 (1)连接设备 (2)提取数据 (3)保存数据 (4)删除仪器数据 (5)查看历史数据 定义 本项目定义为一个典型的多点互动探伤软件。它将实现多点设备和系统程序的无缝对接，以实现
多点互动功能。 2.2需求概述 1.要求利用PQLib硬件商提供的SDK开发出对应的触摸屏系统。 2.系统要显示图片，并实现图片相关所有的多点操作，包括放大，缩小，旋转，平移的功能。 3.要提供美观的图片菜单，在菜单中要提供必要的图片简介信息。 4.系统图片的维护更新要方便。 2.3条件与限制 系统开发的条件是普通PC以及相对应的系统，本次开发所用的系统是WINDOW SERVER2003以及ADOBE FlashCS4。由于硬件开发商提供的开发文档不是很详尽，这对系统开发产生了一定限制影响。 总体设计 2.4总体结构和模块接口设计 系统整体结构框架如图 系统整体结构框架图 2.5模块功能逻辑关系 系统详细的模块信息所示： 系统详细的模块信息表 主模块 帧模块名称功能简述 第一帧多点环境初始化。 第二帧实现业务逻辑。 支撑类模块 类模块名称功能简述 PICDeals用于对图片载入的支持。 模块内部关系结构如下图所示： 系统模块内部关系图 这里说明一下的是，用户传来的是操作信息，这种信息是通过硬件接受后按照一定协议通过数据传输通道传送过来的。 2.6（结构图）设计和描述 本软件的主要功能是实现对钢丝绳仪器数据的提取、分析和存储的功能，软件重点是实现与下位机通信和数据分析。 三、软件功能描述 3.1 连接功能流程图和详细流程描述 设备与电脑之间用USB设备建立连接，连接之前需要先安装USB驱动，如果安装无误并建立连接之后，点击“连接”，软件给设备存储器发送一个命令，是存储器做好准备，并返回设备时间和电量信息。连接建立后，还可以重新设置设备时钟。 3.2提取数据功能流程图和详细流程描述
编号∶______ 版本∶______ 软件详细设计说明书 项目名称：xxxxxxxxxxxx子系统 委托单位： 承办单位： 编写: xxxxxx 2002 年05 月01 日 校对: xxxxxx 2002 年05 月10 日 审核: xxxxxx 2002 年05 月15 日 批准: xxxxxx 2002 年05 月25 日
目录 1.引言 (3) 1.1目的 (3) 1.2背景 (3) 1.3参考资料 (3) 2.总体设计 (4) 2.1软件描述 (4) 2.2设计方法 (4) 2.3软件结构 (4) 2.4模块设计说明 (10) 2.4．1总控模块 (10) 2.4．2所长室模块 (10) 2.4.3综合室模块 (18) 2.4.5 机械一室模块 (27) 2.4.6 机械二室模块 (31) 2.4.7 化工一室模块 (36) 2.4.7化工二室模块 (40) 2.4.8电器室模块 (40) 2.4.9轻工室模块 (40) 2.4.10统计汇总模块 (41) 2.4.11领导查询模块 (41) 2.4.12公共查询模块 (42)
1.引言 1.1目的 编写详细设计说明书是软件开发过程必不可少的部分，其目的是为了使开发人员在完成概要设计说明书的基础上完成概要设计规定的各项模块的具体实现的设计工作。 1.2背景 一、软件名称 检测信息系统质量监督检验子模块 二、相关单位 委托单位∶技术检测中心 承办单位∶石油大学(华东) 主管部门∶技术检测中心信息中心 1.3参考资料 1、<<石油工业应用软件工程规范>> SY/T 5232-1999 2、实用软件工程郑人杰清华大学出版社
xxxxx系统详细设计说明书
版本历史
修改记录
目录 1引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3参考资料 (5) 1.4术语定义及说明 (5) 2设计概述 (5) 2.1任务和目标 (5) 2.1.1需求概述 (5) 2.1.2运行环境概述 (5) 2.1.3条件与限制 (6) 2.1.4详细设计方法和工具 (6) 3系统详细需求分析 (6) 3.1详细需求分析 (6) 3.2详细系统运行环境及限制条件分析接口需求分析 (6) 4总体方案确认 (6) 4.1系统总体结构确认 (6) 4.2系统详细界面划分 (7) 4.2.1应用系统与支撑系统的详细界面划分 (7) 4.2.2系统内部详细界面划分 (7) 5系统详细设计 (7) 5.1系统程序代码架构设计 (7) 5.1.1UI(User Interface)用户界面表示层 (7) 5.1.2BLL(Business Logic Layer)业务逻辑层 (8) 5.1.3DAL(Data Access Layer)数据访问层 (8) 5.1.4Common类库 (8) 5.1.5Entity Class实体类 (8) 5.2系统结构设计及子系统划分 (8) 5.3系统功能模块详细设计 (9) 5.3.1XX子系统 (9) .1XX模块 (9) 列表和分页 (9) 创建XX (9) .2XX模块 (9) XX列表 (9) XX修改 (9) 5.3.2XX子系统 (9) 5.3.6.1用户管理模块 (9) 5.3.6.2角色管理模块 (14) 5.3.6.3系统设置模块 (14) 5.3.6.4系统登录注销模块 (14) 5.4系统界面详细设计 (14) 5.4.1外部界面设计 (14) 5.4.2内部界面设计 (14) 5.4.3用户界面设计 (14) 6数据库系统设计 (14) 6.1设计要求 (14) 6.2信息模型设计 (14) 6.3数据库设计 (14) 6.3.1设计依据 (14)
1. 引言 1.1游戏介绍 达宇二次元时代游戏软件来源于街机游戏，是给一堆图案中的相同图案进行配对的简单游戏，在2003年，网友将这种形式搬到了PC上，立刻成为办公一族的新宠，并迅速传遍了世界各地。饱受工作压力的人们没有太多的时间进行复杂的游戏，而对于这种动动鼠标就能过关的游戏情有独钟。之后村子的达宇二次元时代游戏软件风靡版，阿达的达宇二次元时代游戏软件奥运版，达宇二次元时代游戏软件反恐版，还有敏敏达宇二次元时代游戏软件，水晶达宇二次元时代游戏软件等遍地开花，造就了一个达宇二次元时代游戏软件的新世界，达宇二次元时代游戏软件游戏有多种地图样式和道具系统、大大加强了游戏的可玩性，是一款老少皆宜的休闲佳品。 1.2目的 本游戏制作的目的是满足人们休闲的要求，在紧张的工作之余休闲类的小游戏能够给人带来最大程度的放松。也可以增进人们之间的交流、沟通。 此需求说明书对《达宇二次元时代游戏软件》游戏做了全面细致的用户需求分析，明确要开发的软件应该具有的功能、性能与界面，使系统分析人员及软件开发能清楚的了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或者需求分析人员、测试人员、用户文档编写者、项目管理人员。 1.3主要问题 开始制作游戏的时候，主要解决的问题是以下几个方面：如何设置整个游戏的界面，如何控制达宇二次元时代游戏软件游戏中随机图片的生成且每种图片必须为偶数个；游戏开始后，判断鼠标两次点击的图片能否消去，即图片是否相同而且图片之间的路径的判断。
2. 软件总体概述 2.1软件标识 软件全名称 C#版《达宇二次元时代游戏软件》游戏 软件缩称《达宇二次元时代游戏软件LLK 版本号 V1.0 2.2软件描述 2.2.1系统属性 本系统是独立运行的系统，需要.NetFrameWork 2.0 框架的支持。 2.2.2开发背景 本游戏制作的目的是满足人们休闲的要求，在紧张的工作之余休闲类的小游戏能够给人带来最大程度的放松。也可以增进人们之间的交流、沟通。 2.2.3软件功能 本节为软件功能提供一个摘要，无须描述功能的细节。应为每一软件功能的需求分配一个唯一性的标识，以利于需求的跟踪和测试。应说明功能的优先级定义，和每一功能的优先级（从用户角度而言）。优先级定义可采用以下方法（QFD对功能需求的分类方法）： a.高——软件必须实现的功能，用户有明确的功能定义和要求； b.中——软件应该实现的功能，用户的功能定义和要求可能是模糊的、不 具体的、或低约束的，但是这类功能的缺少会导致用户的不满意，因此 这类功能的具体需求应当由需求分析人员诱导用户产生并明确； c.低——软件尽量实现的功能，并可根据开发进度进行取舍，但这类功能 的实现将会增加用户的满意度。 可用以下表格来说明软件功能：
Xxx系统 详细设计说明书 (内部资料请勿外传)编写：日期： 检查：日期： 审核：日期： 批准：日期： XX公司 版权所有不得复制 文档变更记录
目录 1. 引言错误!未定义书签。 编写目的和范围错误!未定义书签。 术语表错误!未定义书签。 参考资料错误!未定义书签。 使用的文字处理和绘图工具错误!未定义书签。 2. 全局数据结构说明错误!未定义书签。 常量错误!未定义书签。 变量错误!未定义书签。 数据结构错误!未定义书签。 3. 模块设计错误!未定义书签。 用例图错误!未定义书签。 功能设计说明错误!未定义书签。 模块1 错误!未定义书签。 模块2 错误!未定义书签。 4. 接口设计错误!未定义书签。 内部接口错误!未定义书签。 外部接口错误!未定义书签。 接口说明错误!未定义书签。 调用方式错误!未定义书签。 5. 数据库设计错误!未定义书签。 6. 系统安全保密设计错误!未定义书签。 说明错误!未定义书签。 设计错误!未定义书签。 数据传输部分错误!未定义书签。 IP过滤分部错误!未定义书签。 身份验证部分错误!未定义书签。 7. 系统性能设计错误!未定义书签。 8. 系统出错处理错误!未定义书签。
引言 背景 此文档的背景 编写目的和范围 说明写这份详细设计说明书的目的。 本详细设计说明书编写的目的是说明程序模块的设计考虑，包括程序描述、输入/输出、算法和流程逻辑等，为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 术语表 定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。 参考资料 列出有关资料的名称、作者、文件编号或版本等。参考资料包括： a．需求说明书、架构设计说明书等； b．本项目的其他已发表的文件； 使用的文字处理和绘图工具 文字处理软件：[编写设计文档使用的文字处理软件，如RedOffice ] 绘图工具：[使用的UML工具，如Rose、Jude、Visio] 设计概述 任务和目标 需求概述 运行环境概述 条件与限制 详细设计方法和工具 系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。 详细需求分析 详细功能需求分析 详细性能需求分析 详细资源需求分析 详细接口需求分析 详细系统运行环境及限制条件分析 总体方案确认 着重解决系统总体结构确认及界面划分问题。
百度文库 项目编号： 工程编号： 版本号： 保密级别：打磨焊缝及周围热影响区 球罐焊缝（表面是 末）吸附罐 壁 移动小 车 摄像 照明设 备 固定小 车 接触罐 壁 打磨焊 缝 打磨热 影响区 能量转 换 xyz向 移动打 磨头 机密绝密产品设计说明书 产品名称： 产品型号： 工程编号： 设计： 编写： 校核： 审核： 0001年1月1日
XXX产品设计说明书 目录 NO TABLE OF CONTENTS ENTRIES FOUND.
XXX产品设计说明书 1．背景及意义 根据我国有关规程规定，根据基础情况，每隔2-6年需对大型球罐或圆柱形储罐检测一次，每隔2年需对使用5年以上的管线进行检测（通常，在低洼、潮湿的地方挖开数处检查）。各项检测之前，都必须进行罐体的清洗打磨。目前国内传统的清洗和打磨方法主要利用人工手持打磨设备进行打磨，存在着劳动强度大，施工周期长、安全性差等问题。 随着我国大型石油储罐的大量建设，以及人类对环境保护问题的日益重视，人工作业已不符合环境和发展的客观要求，淘汰人工作业是历史的必然。机器人技术的出现和发展，以及检测人员自我保护意识的增强，使得机器人代替人工进行罐壁打磨作业成为迫切任务。本项目开发的能携带自动化打磨装备的爬壁机器人，可以大大降低大型容器打磨作业的成本，提高工作效率，特别是把检测人员从危险作业环境中解脱出来。因此，大型容器壁面打磨机器人的研制具有重要的社会效益、经济意义和广阔的应用前景。 2．设计需求分析 需求表汇总 表XXX产品设计需求表 基本需求 名称内容小车最大尺寸 焊缝打磨宽度 越障高度 自重和承载 能量要求 功能需求 名称内容 吸附功能 机器人在罐壁工作时，应可靠地吸附在球罐内、外表面，且吸附力 不能过大。 移动转向功能
[项目名称] 设计说明书 [V1.0(版本号)] 拟制人______________________ 审核人______________________ 批准人______________________ [年月日]
设计说明书 1．引言 1.1编写目的 [说明编写这份设计说明书的目的，指出预期的读者。] 1.2背景 a.[待开发软件系统的名称；] b.[列出本项目的任务提出者、开发者、用户。] 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出有关的参考资料。] 2．总体设计 2.1需求规定 [说明对本系统的主要的输入输出项目、处理的功能性能要求。包括] 2.1.1系统功能 2.1.2系统性能 2.1.2.1精度 2.1.2.2时间特性要求 2.1.2.4可靠性 2.1.2.5灵活性 2.1.3输入输出要求 2.1.4数据管理能力要求 2.1.5故障处理要求 2.1.6其他专门要求 2.2运行环境
[简要地说明对本系统的运行环境的规定。] 2.2.1设备 [列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能。] 2.2.2支持软件 [列出支持软件，包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。] 2.2.3接口 [说明该系统同其他系统之间的接口、数据通信协议等] 2.2.4控制 [说明控制该系统的运行的方法和控制信号，并说明这些控制信号的来源。] 2.3基本设计概念和处理流程 [说明本系统的基本设计概念和处理流程，尽量使用图表的形式。] 2.4结构 [给出系统结构总体框图（包括软件、硬件结构框图），说明本系统的各模块的划分，扼要说明每个系统模块的标识符和功能，分层次地给出各模块之间的控制与被控制关系。] 2.5功能需求与系统模块的关系 2.6人工处理过程 [说明在本系统的工作过程中不得不包含的人工处理过程。] 2.7尚未解决的问题 [说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。] 3.系统的结构 [给出系统的结构框图，包括软件结构、硬件结构框图。用一系列图表列出系统内的每个模块的名称、标识符和它们之间的层次结构关系。]
目录 1、引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1．3定义 (3) 1.4参考资料 (3) 2总体设计 (3) 2.1需求规定 (3) 2.1.1系统功能 (3) 2.1.2系统性能 (3) 2.1.3输入输出要求 (4) 2.1.4故障处理要求 (4) 2.1.5其他专门要求 (4) 2.2运行环境 (4) 2.3基本设计概念和处理流程 (4) 2.4结构 (7) 2.5功能需求与程序的关系 (8) 2.6人工处理过程 (9) 2.7尚未解决的问题 (9) 3 接口设计 (9) 3.1用户接口 (9) 3.2外部接口 (13) 3.3内部接口 (14) 4运行设计 (14) 4．1运行模块组合 (14) 4．2运行控制 (14) 4．3运行时间 (14) 5系统出错处理设计 (14) 5.1出错信息 (14) 5.2补救措施 (15) 5.3系统维护设计 (15)
1、引言 1.1编写目的 （说明编写这份概要设计说明书的目的，指出预期的读者。） 本概要设计说明书目的在于明确说明“华师大之旅”游戏各功能的实现方式，指导团队进行编码,并解决实现该系统的程序模块设计问题。包括如何把该系统划分成若干个功能模块、决定各个功能模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 本说明书的预期读者为：游戏开发人员 1.2背景 （ 说明： a．待开发软件系统的名称； b．列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。 ） 软件的系统名称： 本项目的提出者： 本项目的任务开发者： 本项目的用户： 游戏软件由7个场景组成，均是结合大学生活设计：
软件概要设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3预期读者和阅读建议 (2) 1.4参考资料 (2) 2. 设计概述 (3) 2.1限制和约束 (3) 2.2设计原则和设计要求 (3) 3. 系统逻辑设计 (4) 3.1系统组织设计 (4) 3.2系统结构设计 (4) 3.2.1 系统特性表 (5) 3.2.2 系统特性结构图 (6) 3.3系统接口设计 (6) 3.3.1 系统接口表 (6) 3.3.2 系统接口传输协议说明 (7) 3.4系统完整性设计 (7) 4. 系统出错处理设计 (8) 4.1系统出错处理表 (8) 4.2维护处理过程表 (9) 5. 技术设计 (10) 5.1系统开发技术说明表 (10) 5.2开发技术应用说明 (11) 6. 数据库设计 (11) 7. 词汇表 (11) 8. 进度计划 (11)
1. 引言 引言是对这份软件系统概要设计报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构，包括数据库结构和出错处理，从而对该软件产品的结构的描述。 如果这份软件系统概要设计报告只与整个系统的某一部分有关系，那么只定义软件系统概要设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 预期读者和阅读建议 列举本软件系统概要设计报告所针对的各种不同的预期读者，例如，可能的读者包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写人员； ●等等。 描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.4 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导；
文档作者： 文档呈送： 文档抄送： XX项目 详细设计说明书
变更记录 版本号变化状态修改点说明变更人存放位置审批人审批日期 *变化状态：C――创建，A——增加，M——修改，D——删除 修改点说明：对变化状态进行简单解释，如增加了某项功能，修改了某个模块等信息。不允许出现“根据评审意见修改等字样” 注：当文档未评审通过前版本号标识规则为V0.X ,第一次评审通过后，版本号直接升级为V1.0，之后变更按照V1.X升级。
目录 1前提和约束 (4) 编写目的 (4) 预期读者和阅读建议 (4) 定义、缩写词、略语 (4) 参考资料 (5) 2前提和约束 (6) 前提条件 (6) 限制和约束 (6) 3综合描述 (6) 3.1系统目标 (6) 3.2系统需求 (6) 3.3系统概述 (7) 3.4程序结构说明 (7) 3.5源程序及编译链接组装说明 (7) 4系统详细设计 (7) 4.1XXX子系统名称 (8) 4.1.1XXX包名称 (9) 4.2XXX子系统名称2 (10) 5用户界面详细设计（可裁剪） (10) 5.1界面结构 (11) 5.1.1界面结构或菜单结构 (11) 5.1.2用户界面图（如无此需要，可省略） (11) 5.2界面处理流程及界面约束描述（如无此需要，可省略）错误!未定义 书签。 5.2.1界面或模块名1................................................. 错误!未定义书签。 5.2.2处理流程............................................................ 错误!未定义书签。 5.2.3界面约束与事件约束........................................ 错误!未定义书签。 5.2.4触发方式 (12) 5.2.5界面或模块名2................................................. 错误!未定义书签。6尚未解决的问题 (13) 7资源对象说明 (13)
状态：受控 密级：机密 <项目名称> 项目代码：____ 软件设计说明书 xxx有限公司编制
修订状况 更新规则 1章节内容发生变化时即需更新 2因格式调整即需更新 目录
软件设计说明书..................................................................................................................... I 修订状况 .. (2) 更新规则 (2) 1前言 (4) 1.1目的 (4) 1.2适用范围 (4) 1.3读者对象 (4) 2系统构成 (4) 2.1全体构成图 (4) 2.2硬件部署图 (4) 2.3软件部署图 (4) 2.4子系统清单 (5) 2.5功能模块清单 (5) 3功能系统设计 (5) 3.1子系统1 (5) 3.2子系统N (5) 4数据库设计 (5) 4.1数据字典 (5) 4.2实体关系图（ER-Map） (5) 5接口设计 (5) 5.1接口1设计 (6) 5.2接口2设计 (6) 6附录 (6) 6.1引用文档/参考资料 (6) 6.2术语表 (6)
1前言 1.1目的 [说明编写此文档的目的与目标。] 1.2适用范围 [说明此文档的适用范围。] 1.3读者对象 [说明此文档的预期读者。] 2系统构成 2.1全体构成图 [软件系统的总体逻辑结构，按照不同的设计方法，有不同的总体逻辑结构。本指南以结构化设计方法为主，画出系统总体结构图，列出系统的功能模块清单编号、名称、功能，并尽可能描绘出功能模块之间的关系。] 2.2硬件部署图 [画出系统硬件部署图，并说明服务器最低配置要求、工作站最低配置要求、外设的要求等信息。] 2.3软件部署图 [画出系统软件部署图，并说明服务器操作系统、数据库管理系统、中间件、客户端操作系统和客户端平台软件等信息。] IIS(Web)： 1) Win2003 2) .Net Framework 1.0/1.1/2.0 3) 水晶报表10.5 配置库： 1) Win2003 2) SqlServer 2000 3) .Net Framework 1.0/1.1/2.0 4) MQ 6.0 服务管理： 1) Win2003 2) Oracle 9i/10g
软件概要设计说明书模板 （V1.0） 文档编号：HATL-SDS-2004-001 文档名称：软件概要设计说明书模板编写：软件部编写日期： 审核：审核日期： 批准：批准日期：
<项目名称> 软件概要设计说明书 （版本号） 文档编号：项目名称：编写：编写日期：审核：审核日期：批准：批准日期： 项目组名称 年月日
文档修订记录
目录 第1章引言 (6) 1.1 编写目的 (6) 1.2 预期读者 (6) 1.3 编写背景 (7) 1.3.1系统名称及版本号 (7) 1.3.2任务提出者 (7) 1.3.3任务承接者及实施者 (7) 1.3.4使用者 (7) 1.3.5与其它系统的关系 (7) 1.4 文档结构 (8) 1.5 术语定义 (8) 1.6 电子文档编写工具 (8) 1.7 参考资料 (8) 第2章系统概述 (9) 2.1系统目标 (9) 2.2设计原则 (9) 2.3运行环境 (9) 2.3.1硬件平台 (9) 2.3.2软件平台 (9) 2.3.3网络体系结构 (9) 2.4系统整体结构概述 (10) 2.5需求功能覆盖关系说明 (10) 2.6关键技术 (10) 第3章系统功能说明 (11) 3.1系统功能概述 (11) 3.2系统外部接口 (11) 3.3子系统功能说明 (12) 3.4模块层次结构图 (13) 3.5模块1 (13) 3.5.1模块功能描述 (13) 3.5.2功能模块的主要流程说明 (13) 3.5.3功能点名称1 (13) 第4章数据库设计 (15) 第5章用户界面设计 (15) 5.1基本原则 (15) 5.2设计规范 (15) 第6章出错处理设计 (15)