需求分析说明书、概要设计说明书、详细设计说明书部分样例

需求分析说明书、概要设计说明书、详细设计说明书部分样例
需求分析说明书、概要设计说明书、详细设计说明书部分样例

需求分析说明书、概要设计说明书、详细设计说明书部分样例

作者:rjgczj 出处:csai论坛

以下是需求分析说明书、详细设计说明书、概要设计说明书样例,需要的朋友来信联系。rjgczj@https://www.360docs.net/doc/506227944.html,

XX系统概要设计说明书

目录

1. 文档介绍1

1.1 文档目的1

1.2 文档范围1

1.3 读者对象1

1.4 参考文献1

1.5 术语与缩写解释1

2. 系统概述2

3. 设计约束2

3.1需求约束2

3.2隐含约束2

4. 设计策略3

4.1扩展策略3

4.2复用策略3

4.3折衷策略3

5.系统总体结构 3

5.1、系统总体结构 3

5.2、子系统功能及接口 4

6. 子系统的结构与功能5

6.1、TERMSERV 5

7. 功能需求追溯5

8. 环境的配置5

9.其它 6

附录 6

A、与主机接口 6

B、与终端接口 6

1. 文档介绍

1.1 文档目的

编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式,明确与银联的接口,使系统开发人员和产品管理人员明确产品功能,可以有针对性的进行系统开发、测试、验收等各方面的工作。

1.2 文档范围

1.3 读者对象

该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。

1.4 参考文献

《xxxx系统需求说明书》

1.5 术语与缩写解释

2. 系统概述

XX系统是以触摸屏为主要交互工具,帮助用户以自助方式做业务查询。本系统的主要功能包括:话费查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系统的设计目标是保证系统可以7*24小时安全、高效无故障运行;业务人员可以轻松完成设备和交易的监控、管理工作;报表种类齐全,可以满足业务人员各种帐务需求。

3. 设计约束

3.1需求约束

* 本系统应当遵循的标准

数据命名的规则遵循《C语言编程规约》中相关的规定;

* 软、硬件环境

本系统共包括联机处理和系统监控2大模块。

联机模块基于C/S结构,采用AIX操作系统,informix数据库,用ESQL/C语言开发,服务器采用PC SERVER;

监控模块基于B/S结构,采用WIN9X/2000/XP操作系统,使用https://www.360docs.net/doc/506227944.html,开发。

* 接口/协议

系统与自助终端和电信主机之间的通讯使用TCP/IP协议;

与自助终端的接口见附录A、与自助终端接口

与电信主机的接口见附录B、与电信接口

* 用户界面

监控部分使用WINDOWS图形化界面,保证中专以上文化程度的人员可以无障碍操作。

* 软件质量

正确性:系统必须交易能够被正确处理;

健壮性:系统应能够7*24小时无故障运行;

效率:系统可以支持100个终端同时发起交易,处理交易的时间不超过10秒钟;

易用性:监控界面应采用图形化操作方式,便于业务人员操作;

安全性:报文中的关键数据域以密文的方式传输;

可扩展性:应该充分考虑到将来交易的修改或增加,避免需求变更时大规模修改程序;

3.2隐含约束

使用监控管理功能的人员是银行的业务人员,他们具有较强的业务技能和基本的电脑知识,对他们提供的操作界面应保证他们经过简单培训后无障碍的操作;

报表应该可以在多种操作系统上浏览、打印;

系统应提供审记追踪功能;

应该把有可能变动的参数存放到配置文件或数据库中,保证修改参数的灵活性。

4. 设计策略

4.1扩展策略

该系统是事务处理型系统,将来功能的扩展主要是指增加新的交易。为了方便本系统在将来扩展功能,在做系统设计时应采取如下策略:

为了保证增加新的功能或接口变更时程序改动规模最小化,应该使用报文格式配置文件解析、组织报文;

为了保证系统的灵活性,应该把可变参数保存到配置文件中;

XX系统详细设计说明书

目录

第一章引言 1

1.1 概述1

1.2 背景1

1.3 定义1

1.4 参考资料1

1.5 术语与缩写解释1

2. 程序结构2

2.1 模块汇总表2

3. 程序设计说明2

3.1 终端通讯子系统2

3.1.1 子系统功能说明2

3.1.2 子系统流程图3

3.1.3 子系统模块设计说明5

4. 数据结构设计5

4.1 终端档案表TERMFILE 5

5. 接口设计5

5.1 与自助设备接口5

5.2 与主机接口6

5.3 内部接口6

第一章引言

1.1 概述

编写

XX产品详细设计说明书的目的在于从详细设计的角度明确XX项目的业务品种、功能范围,明确与业务主机/终端系统的接口和业务处理模式,使系统开发人员和产品管理人员明确产品功能,可以有针对性的进行系统开发、测试、验收等各方面的工作。

1.2 背景

系统名称:XX系统

任务提出者:XXX

开发者:XX部门

用户:XX电信

1.3 定义

1.4 参考资料

《项目开发计划书》

《产品需求分析说明书》

《系统总体设计说明书》

1.5 术语与缩写解释

2. 程序结构

2.1 模块汇总表

终端通讯子系统模块名称功能简述readdata接收终端请求报文writelog把报文写入日志setsockscoket设置解析/组织报文以及报文分流模块名称功能简述unpack_c解析终端请求报文printstruct_c输出解吸后的报文checkpackage报文合法性检查pack_c组织应答报文::::

3. 程序设计说明

3.1 终端通讯子系统

3.1.1 子系统功能说明

建立TCP/IP 服务器侦听从来自自助设备端的连接请求。

为一个侦听到的连接创建一个进程,负责该连接上的接收和发送,并将接收和发送的原始数据写入LOG 文件。

将接收到的数据送到队列1,从队列2取数据进行用于发送。

实现子系统功能程序列表:

termserv.c

子系统接口描述:

输入:终端请求报文、解析/组织报文以及报文分流模块产生的应答报文

输出:向解析/组织报文以及报文分流模块输出终端请求报文、向终端输出应答报文、向日志文件输出接收到的数据

3.1.2 子系统流程图

第一章引言 (1)

1.1 编写目的 (1)

1.2 项目背景 (1)

1.3 基本定义 (1)

第二章产品概述 (2)

2.1 系统功能 (2)

2.2 运行环境 (2)

2.3 用户的特点 (2)

2.3 条件与限制 (2)

第三章功能需求 (3)

3.1 功能划分 (3)

3.2 功能描述 (3)

4.3 软件接口 (4)

4.4 故障处理 (4)

第四章其它需求 (5)

4.1 应用环境 (5)

4.2 其它要求 (5)

第一章引言

1.1 编写目的

编写该文档的目的在于明确XX系统的用户需求,使得软件开发人员与用户对待开发软件的需求有统一的、无二义性的认识。该文档所描述的内容,可作为软件确认测试的依据。该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。

1.2 项目背景

见《XX项目启动会议记要》

1.3 基本定义

第二章产品概述

2.1 系统功能

序号

功能名称

优先级

简要描述

1联机功能

解决实时交易问题

2管理监控功能

解决终端日常维护问题

2.2 运行环境

软件平台:服务器为AIX UNIX 4.3.3操作系统、informix数据库;

监控端为WINDONS 98/2000/XP操作系统。

硬件平台:服务器为IBM RS6000系列主机;

监控端为PC机。

2.3 用户的特点

由于使用自助终端的人员是广大市民,所以自助终端的操作界面应满足初中以上文化程度的人无障碍的操作;

使用监控管理功能的人员是业务人员,他们具有较强的业务技能和基本的电脑知识,对他们提供的操作界面应保证他们经过培训后无障碍的操作。

2.3 条件与限制

本次开发的期限为2002-2-5开始,2002-3-5结束;

议采用SOCKET通讯协议;

主机端的接口由主机端给出,不可更改;

与终端的接口由公司与终端厂家协商。

××-软件项目概要设计说明书(模板)

××_软件项目概要设计说明书 版本: 编制: 审核: 批准: 日182017颁布日期:年4月□非受控受控状态:■受控 分发范围:项目组、财务部、质量管理部I 版软件项目概要设计说明书××_ 本:V0.1 修订记录 修订日版本修订描修订批准

版××_软件项目概要设计说明书本:V0.1 目录 1 引言.............................................................................................................................................................. . (1) 1.1 概述 (1) 1.2 目的 (1) 1.3 范围 (1) 1.4 缩略语 (1) 1.5 术语.................................................................................................................... 错误!未定义书签。 2 参考资料 (2) 3 交付需求列表 (2) 4 系统物理架构 (2) 4.1 系统运行的硬件环境 (2) 4.2 系统运行的软件环境 (3) 4.3 系统运行的网络环境 (3) 4.4 系统部署图 (3) 4.5 安装部署说明 (4) 5 系统逻辑架构 (5)

5.1 子系统 一 (5) 子模块一...................................................................................................................................... 51.1.1子模块二...................................................................................................................................... 51.1.2 5.2 子系统 二 (5) 6 实现视图 (5) 7 进程视图 (6) 8 数据库设计 (6) 9 设计约束 (6) 10 内部接口定义 (6) 11 外部接口 (6) 12 开发环境说明 (7) 13 技术难点 (7) 14 附录.............................................................................................................................................................. .. 8 14.1 模型文件 (8) 14.2 XXXX (8) III _××软件项目概要设计说明书版本:V0.1 ××_软件项目概要设计说明书 1引言 1.1概述 应包括:{ 项目的委托单位、开发单位和主管部门; a. 该软件系统与其他系统的关系。} b.

概要设计说明书范例及模板

《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 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分

需求分析说明书、详细设计说明书、概要设计说明书样例

以下是需求分析说明书、详细设计说明书、概要设计说明书样例 需要详细资料的去 https://www.360docs.net/doc/506227944.html,/BBS/view.asp?ID={CA9329C0-93C5-4417-9170-452FF61E8C DB}&page=1下载 XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3

4.2复用策略3 4.3折衷策略3 5.系统总体结构3 5.1、系统总体结构3 5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9.其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式,明确与银联的接口,使系

统开发人员和产品管理人员明确产品功能,可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具,帮助用户以自助方式做业务查询。本系统的主要功能包括:话费 查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系 统的设计目标是保证系统可以7*24小时安全、高效无故障运行;业务人员可以轻松完成设备和交易的监控 、管理工作;报表种类齐全,可以满足业务人员各种帐务需求。 3. 设计约束

设计方案说明书

某XXX项目基坑支护工程设计方案综合说明书

基 坑 支 护 设第计一方部案分总 体 说 明 目录 1.工程概况 (2) 1.1工程概况 (2) 1.2建筑结构及基坑概况 (2) 1.3周边环境 (3) 2.设计依据 (5) 2.1相关设计资料 (5) 2.2 相关规范及规程 (5) 3.工程地质概况 (6) 3.1地质构造 (6) 3.2 地层岩性 (7) 3.3 气象水文条件 (8) 3.4 基坑支护设计参数 (9) 4.基坑支护设计方案选型 (10) 4.1本基坑工程的特点及难点 (10) 4.2支护方案选型 (10) 4.3方案选型小结 (13) 5 支护结构设计 (13) 5.1设计计算模型 (13) 5.2剖面设计 (13) 5.3 地下连续墙施工 (14) 5.4 地下连续墙施工精度要求 (16) 5.5 地下连续墙的检测要求 (16) 5.6 预应力锚索设计 (17) 5.7三轴搅拌桩设计 (18) 5.8高压旋喷桩设计 (19) 5.9土钉墙设计 (19) 5.10地下水处理设计 (20) 6.土方开挖要求 (20) 7.基坑监测与应急措施 (21) 7.1基坑开挖环境监测 (21) 7.2 应急抢救措施 (24)

第一部分:基坑支护设计方案总体说明书 1.工程概况 1.1工程概况 (1)建筑名称 xxxx (2)建筑地点 xxxx (3)主要用途 融酒店、办公、会务、观光旅游、商业等多种功能于一体的综 合性建筑 (4)业 主 xxxx (5)工程规模 地块总用地面积35250.02m 2,总建筑面积375760.19m 2。塔楼 建筑高度为 428m 。 图1 项目位置图 1.2建筑结构及基坑概况 (1)拟建工程占地面积约2.8万m2,主楼占地约5900m2,主楼地上86层,高度约428m (业主暂定);设有裙房地上4层,高度约26.6m 。 (2)整个场地设地下室4层,其中主楼底板埋深24.2m (含基础底板厚度),群房区域、地下车库底板埋深19.7-20.6m (含基础底板厚度)。本工程±0.000相当于绝对标高为15.200m 。上部主体结构拟采用核心筒结构,下部基础拟采用桩筏基础。 (3)基坑规模:基坑开挖面积约3.4万m2,基坑周长约758m,基坑形状呈矩形。基坑支护设计重要性等级为一级。 (4)基坑开挖深度:本工程±0.000=+15..200m 。塔楼区域开挖深度为24.2m ,北侧非塔楼区域开挖深度19.8m ,东西侧开挖深度19.7m ,南侧开挖深度20.6m 。 基坑总平面图: 图2 基坑总平面图

概要设计说明书实例

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 界面设计 (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) 3.3.3 类说明 (34) 3.3.4 界面设计 (34) 3.4 信息发布子系统 (36) 3.4.1 子系统说明 (36) 3.4.2 类图 (36) 3.4.3 类说明 (37) 3.4.4 界面设计 (38) 3.5 系统管理子系统 (38) 3.5.1 子系统说明 (38) 3.5.2 类图 (39) 3.5.3 类说明 (39) 3.5.4 界面设计 (40) 3.6 个人设置子系统 (41)

3.6.1 子系统说明 (41) 3.6.2 类图 (42) 3.6.3 类说明 (43) 3.6.4 界面设计 (44) 4 约束和假定 (45) 5 系统数据结构设计 (45) 5.1 逻辑结构设计 (45) 5.1.1 角色表(PUBLIC_ROLE) (46) 5.1.2 权限表(PUBLIC_PRIVILEGE) (46) 5.1.3 角色权限表(PUBLIC_ROLEPRIVILEGE) (46) 5.1.4 部门表(PUBLIC_ DEPT) (46) 5.1.5 岗位表(PUBLIC_POST) (47) 5.1.6 员工表(PUBLIC_MEMBER) (47) 5.1.7 工作任务表(WORKPLAN_ TASK) (48) 5.1.8 任务分派表(WORKPLAN_ ALLOTTASK) (48) 5.1.9 工作计划表(WORKPLAN_ PLAN) (48) 5.1.10 计划任务表(WORKPLAN_ PLANTASK) (49) 5.1.11 工作日志表(WORKPLAN_ WORKLOG) (49) 5.1.12 工作汇报表(WORKPLAN_ WORKREPORT) (50) 5.1.13 信息发布表(PUBLIC_ PUBLISHINFO) (50) 5.1.14 收件箱表(PUBLIC_INBOX) (50) 5.1.15 系统操作日志表(PUBLIC_OPERA TELOG) (51) 5.1.16 个人提醒设置表(PUBLIC_EVENTS) (51) 5.1.17 系统表(PUBLIC_SYSTEM) (52) 5.1.18 系统功能模块表(PUBLIC_SYSTEMMODULE) (52) 5.2 物理结构设计 (52) 5.3 数据结构与程序的关系 (52) 6 系统出错处理设计 (52) 6.1 出错信息 (52) 6.2 补救措施 (53) 6.3 系统维护设计 (53)

需求分析说明书、概要设计说明书、详细设计说明书部分样例.doc

需求分析说明书、概要设计说明书、详细设计说明书部分样例 作者:rjgczj 出处:csai论坛 以下是需求分析说明书、详细设计说明书、概要设计说明书样例,需要的朋友来信联系。rjgczj@ For personal use only in study and research; not for commercial use XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3 4.2复用策略3 4.3折衷策略3 5.系统总体结构3 5.1、系统总体结构3

5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9.其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式,明确与银联的接口,使系统开发人员和产品管理人员明确产品功能,可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具,帮助用户以自助方式做业务查询。本系统的主要功能包括:话费查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系统的设计目标是保证系统可以7*24小时安全、高效无故障运行;业务人员可以轻松完成设备和交易的监控、管理工作;报表种类齐全,可以满足业务人员各种帐务需求。

方案设计说明范本(2012试行版)

XXXX方案设计说明 1. 规划依据与参照 1.1设计依据 1.1.1重庆市规划局有关本项目的批复文件; 1.1.2业主提供的设计任务 1.1.3业主提供的本项目CAD图; 1.1.4重庆市城市规划管理条例及技术规定; 1.1.5国家及地方现行的设计规范、规定及标准; 1.1.6业主与我司签订的设计合同。 1.2气象资料 重庆属中亚热带季风气候,温暖湿润,夏热冬冷,春秋多雨。平均气温18.30C,极端最高气温42.20C,极端最低气温-3.80C,最热月平均温度28.60C,最冷月平均气温70C。相对湿度:最热月平均77%,最冷月平均81%。 主导风向及频率:50年一遇基本风压为0.4KN/m2,风向为东南风,全年C33N13,夏季C31N10,冬季C36N15,夏季年均风速1.6米/秒,冬季平均风速1.3米/秒,最大风速27米/分(1961.08.04)。 降雨量:年总量1051.5毫米,最大量192.9毫米,一小时最大量65.2毫米,年雷暴日数40.1日,最大积雪深度30毫米,无冻土,日照时间及百分率:年总量1257.6小时,28%,夏季197.4小时,44.7%;冬季45.3小时,14.3%。 2.规划背景 2.1项目位置 XXXX小区位于大学城内,场地北临规划中的城市道路,南靠沙璧路,西侧

为廊桥水乡三组团,东侧为重大西路。 2.2项目概况 本基地位于重庆市沙坪坝区西部虎溪镇,重庆大学城西南角。基地东侧为通往重庆大学的重大西路,南、北、西三侧均为规划中市政道路。地块内部有一条虎溪河贯穿于基地之中。规划总用地面积141461m2,其中虎溪河西侧地块面积为112855㎡,东西长约380米,南北宽约410米;东侧地块面积28606㎡,东西长约120米,南北宽约375米。整个地块地势较为平缓,靠近河谷处地势低矮,其余局部高起,整体为西高东低走向,最大高差14m。 。 2.3基地自然条件 2.3.1 地形地貌 该规划区为地形较为平缓,北面城市道路为规划城市道路,相对地块标高较高,西面北高南低,南北总共四百多米,高差仅为7.4米。南面道路长513米,高差10米。一条虎溪河把该地块分成两部分,总体来说,场地内原始标高也没有太大的高差变化。 3设计内容和设计范围 3.1设计理念 以漂亮的虎溪河作为设计主线,串联起两岸的各个商业节点。西区主要以住宅和一些小商业为主;东区为综合商业和电影院,商业也以分零的小商业为主。滨河建筑以2层的小体量为主,犹如项链上点缀的颗颗璀璨珠宝。建筑风格现代简约,活泼精致,色彩丰富,局部点缀彩色玻璃和金属穿孔板,营造出丰富多姿的热闹商业气氛。 充分运用虎溪河的独特景观资源,将其打造成周边居民和学生使用的城市休闲客厅。在虎溪河岸布置木质甲板和休闲平台,吸引市民来此休闲运动、观景购物。虎溪河两岸分别设置亲水舞台和观演台阶,节假日里可举办露天演出和主题活动,进一步吸引周边人流。 利用虎溪河面同周边道路之间的高差,在B1层沿河布置亲水餐饮及精品零售,提供顾客独具匠心的滨水消费体验,同时也增加了地下车库使用的便捷性。 将水的元素引入河西侧的商业内街,在街道内部设置水池、瀑布、旱地喷泉

概要设计说明书范例及模板

《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 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分:一、客户机上的程序,二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析:

完整版详细设计说明书实例

信息发布系统 (详细设计说明书) JAVA 实践小学期第22组 1.0 2010/9/5 编写单位: 设计人员: 版 本: 编写日期:

目录 第一部分、引言 (2) 1.1编写目的 (2) 1.2背景 (3) 1.3定义 (3) 3.1程序描述 (5) 3.2整体结构 (5) 3.3性能 (5) 3.4输入输出项 (5) 3.5算法 (5) 3.6主要类的设计 (5) 3.7存储分配 (7) 3.8注释 (7) 3.9限制条件 (7) 3.10测试计划 (7) 3.11尚未解决的问题 (7) 4.1程序描述 (7) 4.2功能 (7) 4.3性能 (8) 4.4输入输出项 (8) 4.5限制条件 (8) 5设计特点 (8) 5.1通信便捷 (8) 5.2开发速度快 (8) 第六部分、项目分工 (8) 附录: (9) 第一部分、引言 1.1编写目的 本说明书在概要设计的基础上,对信息发布系统的各模块、程序分别进行了实现层面上的要 求和说明。 软件开发小组的产品实现成员应该阅读和参考本说明进行代码的编写、测试。

1.2背景 说明: A、软件系统的名称:信息发布系统 B、任务提出者:JAVA实践小学期开发者:第22组成员 C、实现完成的系统将可用在所有JAVA虚拟机的个人PC上.为使用者提供信息发布,浏 览,评论的方式,沟通各个用户? 1.3定义 服务器端API :服务器端设计者通过规范的API文档,提供给客户端,以方便客户端的开 发,使得同时进行,提高效率,节约时间。两端通过protocol (协议类)进行通信。 Gson:Google提供的一个类库。通过使用这个类库,可以把把对象转换成json格式的字符串,以方便在网络中的传输。也可反向将字符串转换成对象,这样带有方法地操作对象,可以有效,方便地保证信 息的沟通。 Json: JavaScript Object Notation,是一种轻量级的数据交换格式。易于人阅读和编写,同时也易于机器解析和生成。它基于JavaScript的一个子集,JSON采用完全独立于语言的文本格式, 这些特性使得JSON成为理想的数据交换语言。 1.4参考资料,相关的文件包括: A、《项目需求说明》; B、《项目详细设计说明书》; C、《项目概要设计说明书》;参考资料: 《软件工程概论》,王华 第二部分、程序系统的结构 该系统为了两大部分:客户端与服务器端,中间通过protocol类通信。其中使用gson库来转换和逆向转换对象,实现标准包括: 1、客户端主程序 A、工程类型:JAVA项目; B、工程名称:信息发布系统 C、编译生成文件:jar形式 D、引用的组件:JDK,Gson库 注:以上提供的是工具集合,具体用到的类都包含在里面 2、服务器端主程序: 服务器端程序以及数据库操作类(DBO) 3、服务器端数据库操作 验证用户,用户注册,更改密码,更新文档,新建文档,新建记录(包括浏览记录和回复记录),查看文档,删除文档,查看记录。

方案设计说明书

方案设计说明书 第一部分概述 第一节规划范围及内容 该设计主要是针对汤阴县县城道路交通系统的规划,规划其从2004年到2020年的道路与交通,通过对其道路、用地布局的规划来改善县城内部的交通,以方便人们快速、安全的出行。 该设计的内容主要有城市道路方案设计、城市道路交叉口设计、城市道路路段设计、城市道路横断面设计、城市道路景观设计、城市广场及公共停车设计。 第二节自然地理概况 1、地理区位 汤阴县位于河南北部太行山麓与华北平原的交界地带。范围介于北纬35°45′至3601、东经11413至11442之间,东西最大范围约35公里,南北最大距离约20公里,总面积645.86平方公里。 2、自然地理条件 (1)地貌与地形 汤阴县地势总体上西高东低。以京广线为界,大致可以分为西部太行山麓丘陵山区和东部山前洪积冲积的平原区两大部分。整个地势由西南向东北缓缓倾斜,海拔高程最低点54米,最高点186.4米,包括丘陵、平原和泊洼三种类型。 (2)地质与工程地质 汤阴县域范围处于华北的第二沉降带与第三沉降带之间,县境内分布着汤东断裂带与汤西断裂带。汤阴县城即位于这两条断裂带之间的汤阴地堑上。由于县城地质构造复杂,构造活动强烈,汤阴县及周边地区在历史上是一个地震多灾区。汤阴县城属于地震基本烈度8度地区,为河南省地震测报重点监控区之一。 3、气候 汤阴县处于暖温带,属于大陆性季风气候区。受地形条件的影响,汤阴县具有较明显的低山丘陵与平原交界地带的过渡性地方气候特征。春季干旱多风夏季高温多雨,秋季天高气爽,冬季寒冷干燥。四季变化分明。 4、水文气象 汤阴县境内主要有汤河及其支流羑河和永通河三条河流,合称“三河”,属海河流域漳卫河水系。汤河上游建有总库容6200万立方米的汤河水库,控制面积162平方公里。 汤阴县地下水资源比较丰富。县域地下水赋存状况可分为平原区和丘陵区。丘陵区属于地下水量较少的平水区和贫水区,为第三纪风化岩石裂隙水。平原地区地下水量丰富,为第四纪散含水层,沿羑河、汤河两岸及淇河故道附近为富水区和极强富水区,其余平原及泊洼地基本上都属于一般富水层。目前,地下水是汤阴县工农业生产用水和城乡居民生活用水的主要水源。 汤阴县多年平均的年降雨水量为582.3㎜,全县多年平均的年径流量为0.47亿立方米,加上县城范围内泊洼和坑塘总计0.1亿立方米的蓄水量,汤阴县全年地表径流量为0.57亿立方米。 第三节现状分析 1、现状优势

毕业设计概要设计说明书模板

本科毕业论文(设计) ××××系统 概要设计说明书 论文题目 学生姓名 学号 所在学院计算机学院 专业计算机科学与技术 班级 指导教师 职称 年月 计算机学院

目录 1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2总体设计 (1) 2.1需求规定 (1) 2.2运行环境 (2) 2.3基本设计概念和处理流程 (2) 2.4结构 (2) 2.5功能器求与程序的关系 (2) 2.6人工处理过程 (2) 2.7尚未问决的问题 (2) 3接口设计 (2) 3.1用户接口 (2) 3.2外部接口 (3) 3.3内部接口 (3) 4运行设计 (3) 4.1运行模块组合 (3) 4.2运行控制 (3) 4.3运行时间 (3) 5系统数据结构设计 (3) 5.1逻辑结构设计要点 (3) 5.2物理结构设计要点 (3) 5.3数据结构与程序的关系 (4) 6系统出错处理设计 (4) 6.1出错信息 (4) 6.2补救措施 (4) 6.3系统维护设计 (4)

概要设计说明书 1引言 1.1编写目的 本说明书是在充分理解系统需求分析基础上,为详细设计及编码设计准备的。是详细设计和系统编码的根据,同时也是与用户进行交流的文档之一。 本文档的读者为系统用户,软件设计师(详细设计),程序开发员,测试人员,售后技术支持人员等。 1.2背景 a.本软件的名称为:温米采油厂生产经营子系统; b.本项目是应温米采油厂生产经营的需要,由成都思友信息技术服务公司开发,用户为 温米采油厂及各级单位人员,系统服务器放在网络中心,由开发技术室负责运行、管理。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件,如: a.本项目的经核准的计划任务书或合同,上级机关的批文; b.属于本项目的其他已发表文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的 标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。

详细设计说明书书真正例子

详细设计说明书 1.引言 1.1编写目的 本详细设计说明书是针对网络信息体系结构的课程作业而编写。目的是对该项目进行详细设计,在概要设计的基础上进一步明确系统结构,详细地介绍系统的各个模块,为进行后面的实现和测试作准备。本详细设计说明书的预期读者为本项目小组的成员以及对该系统感兴趣,在以后想对系统进行扩展和维护的人员。 2. 系统的结构 ●ui:系统界面部分,负责接受用户输入,显示系统输出,负责其他模块功能的协调调用, 并含有站内搜索功能,即在用户指定的已打开的ftp站点中搜索用户需要的资源。ui 部分调用common部分的功能读取xml文件中保存的界面元素属性信息,用户最近访问过的10个ftp信息,用户选择的下载的ftp内容列表及其他需要通过xml文件保存的信息。 ●client:实现ftp客户端的功能,ftp连接,ftp上传及下载:上传或下载用户指定的

资源,并返回相应的信息。 ●search:资源实时检索部分,根据用户输入的资源名称关键字,资源类型和选择的检索 方式检索用户需要的资源,并验证资源的可用性,返回可用资源及其大小,速度等相关信息。 ●preview:资源预览部分,显示用户选择的资源的部分内容,以使用户决定是否需要该 资源。preview部分调用common部分读取属性文件的内容亦显示预览资源内容的显示格式。 3.模块1(ui)设计说明 3.1模块描述 实现用户界面的包,含有11个文件51个类,是本系统中最复杂的代码。 3.2功能 负责接受用户输入,显示系统输出,其他模块功能的协调调用,并含有站内搜索功能,即在用户指定的已打开的ftp站点中搜索用户需要的资源。 3.3交互的模块 client,search,preview,common。 3.4 模块设计 该模块中的主要文件,文件中包含的主要类及其功能和与其它包的交互如下: ●MainFrame.java:MainFrame是含有主函数的类,也是lyra客户端开始执行的类, 它先后进行资源的初始化,显示主界面等工作,根据屏幕大小设置界面大小,设置界面的观感。 ●FtpFrame_AboutBox.java:显示关于窗口的类,当用户点击帮助菜单中的关于菜单 项时会弹出关于对话框。 ●Tools.java:FileTools是文件操作辅助类,可以实现文件的递归删除等。 ●XMLController.java: JDOMTes是操作xml文件的类,用JDOM来操作xml文件, 实现的功能有: (1)保存ftp服务器的文件列表(站内搜索时使用),递归的从ftp服务器读取列表,并存入一个xml文件中(文件的命名方法是:ip+用户名.xml);以目录树的形式保存。 (2)根据文件名在文件中查找文件,站内搜索时使用。 (3)保存ftp服务器的信息:ip,端口(默认端口21不保存),用户名(默认anonymous 不保存),密码,最多存10个;存在resource\settings\ serversinfor.xml文件中。 (4)读取已存储的ftp服务器信息。 (5)从type.xml读取搜索的类型。 ●Constants.java:放置系统运行时使用的一些常量,initcontent()函数对所有常量 进行初始化,这个函数在MainFrame中被调用一次。iconHashMap是hash表,用于存放文件的系统图标。 ●CustomizedController.java:包含自定义的控件类,java中的控件可能不能满足需求, 需要自己定义某些属性。这些控件会在创建界面时使用。其中含有的类有: (1)CustomizedJTable 是表格类,设置表格的某些属性,如字体等。 (2)CustomizedTableCellRenderer是表格单元格绘制器类,主要用于显示文件的系统图标,和文件名。 (3)LeftPanel类的父类是JTabbedPane,用户显示主窗口左边的面板。 (4)RightPanel类的父类是JPanel,用户显示右边的主题部分,包括右上边的搜索及服务

包装方案设计说明书(版)

Q/ZT 浙江众泰汽车制造有限公司企业标准 QGZTZZ/ 包装方案设计说明书 2017-03-16发布 2017-03-16实施 浙江众泰汽车制造有限公司发布 前言

为了实现众泰汽车制造公司(ZOTYE)包装管理的标准化,降低物流成本,提高物流和生产效率,能更好地使零件“准时”供应到众泰汽车制造公司各收货点,特制定符合供货要求的通用包装规则。 本标准由浙江众泰汽车制造有限公司提出 本标准由工艺技术部负责归口管理 本标准起草单位:工艺技术部 本标准起草人:郑浩 本标准审核人:应杰 本标准标准化人:王伟绩 本标准审定人:吕憬 本标准批准人:郑映波 本标准首次发布日期:2017年3月16日 文件/制定及修改情况记录 目录 1、目的 2、原则 3、木托盘标准

木托盘规格及技术要求 塑料托盘规格及技术要求 托盘的构成 托盘堆码标识要求 4、塑料箱标准 选择原则 一般要求 塑料箱尺寸及相关标准 塑料箱堆码高度规则 塑料箱堆码规则 塑料箱内衬设计要求 防尘盖设计盖要求 内衬设计要求 内衬材料选用 塑料箱标识要求 5、通用铁箱标准 选择原则 一般要求 材料要求 底部结构 众泰汽车制作公司推荐标准通用铁箱尺寸通用铁箱标识要求 6、专用器具标准

选择原则 一般要求 材料要求 专用器具推荐适用尺寸 专用器具堆跺脚标准 专用器具标识标准 专用器具内部结构 7、牵引装置标准 牵引杆 挂钩 牵引杆和挂钩安装位置 8、通用铁箱和专用器具制作工艺及油漆标准焊接 公差要求 油漆要求 9、脚轮标准 脚轮要求 减震脚轮技术参数 减震脚轮选用标准 脚轮使用年限 脚轮安装要求 10、瓦楞纸箱标准 进口件、贵重件和特殊采购零件要求

软件概要设计说明书模版

软件概要设计报告文档模板 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 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料,可能包括: ●本项目的合同书; ●上级机关有关本项目的批文; ●本项目已经批准的计划任务书; ●用户界面风格指导;

方案设计说明

方案设计说明 一、概述 1.自然条件 泗阳县地处苏北腹地,介于东经118°20′——118°45′,北纬33°23′——33°58′之间,东界淮安市淮阴区,南濒洪泽湖,北临沭阳县,西与宿迁市宿城、宿豫区毗邻。县域总面积1418平方公里。其中,陆地面积998平方公里,占总面积70.38%;水域面积420平方公里,占总面积 700 地面积 二、设计依据 1.《中华人民共和国城乡规划法》 2.《城市规划编制办法》 3.《城市工业区规划设计规范》 4.《工业建筑设计规范》 5.《民用建筑设计规范》

6.《建筑设计规范》 7.《建筑设计防火规范》 8.关于该项目的规划设计条件及地形图、红线图等 9.建设方关于该项目的设计要求 10.国家及地方的相关规程、规范等 三、规划设计原则 同时运用新技术利用太阳能、中水系统等达到节约开发成本、合理利用资源及节约资源的目的。 6.可持续发展———实现生产厂房的可持续发展 厂区应该是一个人和自然有机协和的统一体,实现社会经济和自然生态在更高的水平上的协调发展,建立人与自然共生共息,生态与经济共繁荣的持续发展的文明关系,把生态环境保护、 建筑持续发展作为必须具有意识和行为准则。 7.安全智能———实现厂区“安全性、智能化”的要求

合理的人车相对分流,避免造成时段性消极空间,确保车行系统与步行系统的利用率。针对 不同出行设置道路及出入口,避免交叉干扰。 用地沿徐淮路布置办公楼、展示厅、门卫处,内部合理布置了科技木工厂房、干燥整理房、多层板房、科技木精品房、蒸煮房、锅炉房、成品库、锯木房、刨切房、旋切房、保温房、五金 库、机修房、宿舍、餐厅、厕所等。 四、整体规划布局 景观绿化系统。 3.厂房布局 识别性与认同感———厂房布置上综合地形与南北向的因素,采取较为丰富的布局形态,使整个厂房的整体感更加明确。强调空间、体量、轮廓线的塑造,点与线的结合,既强化了厂区内部空间的丰富、动感与流畅,又丰富了社区空间的轮廓与城市肌理。 4.配套公建布局

(完整版)概要设计说明书_模板

XXX项目 概要设计说明书 创智和宇信息技术股份有限公司

修改记录

此页由EPG编写,项目实施人员不用更改任何地方 模板编写及修订记录 此页由EPG编写,项目实施人员不用更改任何地方

目录 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)

相关文档
最新文档