概要设计说明书（样例）,毕业论文,开题报告

XXX系统

概要设计说明书

引言

编写目的

编写该文档的目的在于从总体设计的角度去明确系统的架构、功能和处理模式，明确系统内部和对外的接口，让系统的开发人员和产品管理人口能明确系统的功能，更有针对性地进行系统的开发、测试、验收等各方面的工作。并为系统的详细设计提供参考依据。

范围

待开发软件系统的名称： 广州市XXX系统

项目任务提出者： 广州市XXX局

开发者： 广州市XXX公司

最终用户： 广州市各级的XXX工作者

运行该软件的单位： 广州市及下属各区的XXX局

定义

应用平台：

应用平台是指秉政电子政务应用平台，构建在系统软件之上，为各种业务系统提供服务。计生系统可以利用应用平台提供的数据接口和数据交换平台，跟其它业务系统进行数据的共享和数据交换。
调档：

XX系统的数据库分布在各个区，如果A区的某个育龄妇女迁到了B区，而B区的数据库中又没有该人的信息，这时就需要从A区的数据库选出该人的记录，写到B区的数据库中，这个过程就收调档。

参考资料

《广州市XXX系统需求分析说明书》

总体设计

需求规定

输入输出

系统的主要输入为用户用键盘终端录入的信息，另外还有一些XML格式的用于信息交换的文档。主要的输出为查询结果列表导出为Excel，打印。报表数据导出成Excel和打印。育龄信息卡的导出。流动人口数据导出成XML文档。此外，最主要的输出还是数据信息的屏幕输出。

功能要求

在功能上，整个系统可以划分为多个子系统。具体划分见下表：

子系统

模块列表

广州市育龄人口信息管理系统

育龄人口基本信息管理

查找育龄信息卡

育龄人口婚姻状态信息管理

育龄人口政治面貌信息管理

育龄人口职业状况信息管理

育龄人口教育状况信息管理

育龄人口生育规信息管理

育龄人口怀孕情况信息管理

育龄人口孕产结果信息管理

育龄人口避孕状况信息管理

育龄人口子女状况信息管理

育龄人口查环查孕情况信息管理

育龄人口五期教育情况信息管理

育龄人口查病情况信息管理

新建育龄信息卡

育龄卡信息管理
广州市人口和计划生育业务处理系统

办理计划生育服务证

办理独生子女光荣证

办理流动人口婚育证明

征收社会抚养费

发放独生子女证奖励
广州市人口和计划生育服务管理系统

育龄妇女生殖健康普查普治

病残儿医学鉴定

计划生育手术并发症鉴定

药具发放管理

保健费发放和投保
广州市人口和计划生育网站

人口和计划生育信息发布

人口和计划生育电子政务业务申请办理

人口和计划生育政策咨询

链接社区服务呼叫中心和社区门户网站
育龄人口信息综合查询系统

育龄人口基本信息查询

育龄人口避孕情况查询

育龄妇女生育情况查询

育龄妇女孕产情况查询

计划生育手术情况查询

计划生育工作要情查询

重卡育龄妇女查询

证件情况查询

逻辑校验
领导查询系统

出生情况分析

计划生育手术情况分析

夫妇节育措施分析

已婚育龄人数分析

户籍迁移情况分析

居住地变动情况分析

未落实节育措施育龄妇女分析

常住育龄结构分析

工作状况查询
报表分析系统

常住和户籍人口计划生育情况统计表

常住和户籍人口自然变动及女性初婚情况统计表

常住和户籍人口已婚育龄夫妇节育情况统计表

常住和户籍人口分孩次落实节育措施情况统计表

常住和户籍人口已婚育龄妇女孕情检查和优质服务情况统计表

常住和户籍人口计划生育情况统计详表（历年出生补报）

常住和户籍人口自然变动及女性初婚与上年同期对比表

常住和户籍人口已婚育龄夫妇节育情况与上年同期对比表

外市暂住人口节育情况表

外市暂住人口生育情况表
系统管理

用户管理

用户权限配置

角色管理

用户操作记录查询

数据库备份
运行环境

服务器设备要求

系统将按区部署，要求每个区有两台服务器，一台为IIS服务器，一台为数据库服务器，服务器的最低配置如下：

IIS服务器的最低配置

硬件配置

CPU：主频不低于2000MHz

内存：不低于2GB的容量

硬盘：不低于10GB的可用空间

软件环境

必须安装IIS6.0或更高版本

必须安装.NET Framework1.1

数据库服务器的最低配置

硬件配置

CPU：主频不低于2000MHz

内存：不低于2GB容量

硬盘：不低于20GB的可用空间

软件环境

数据库服务器必须装有MS SQL Server 2000企业版
客户端设备要求

客户端最低配置如下：

客户端的最低配置

硬件配置

CPU：主频不低于500MHz

内存：不低于256MB的容量

硬盘：不低于10GB的可用空间

网络：必须与区的服务器连通

软件环境

必须装有IE6.0 SP1
基本设计概念和处理流程

由于该系统的用户具有数量庞大，分布散的特点，所以系统采用B / S 架构，定位为基于Internet的Web应用系统。采用.NET技术框架，主要用C#语言开发，Html、JavaScript等语言为辅。系统的后台数据库将按区部署，考虑到每个区的数据量不算太大，而且用户对Microsoft Windows系统比较熟悉，所以后台数据库系统采用Microsoft SQL Server2000，服务器上的操作系统为Microsoft Windows 2000 Server或以上的Windows Server版本。
系统采用传统的三层结构模型，即分为表示层、业务逻辑层和数据访问层。表示层主要为用户界面的表示，提供用户和系统交互的接口；业务逻辑层主要是封装业务逻辑，降低业务逻辑和界面的耦合度；数据访问层主要提供访问后台数据库的方法，负责数据的存储、查询以及和其它系统的数据共享和交换。
系统的主要处理流程如下图：

EMBED Visio.Drawing.6

系统总体结构

系统的体系结构如下图：

EMBED Visio.Drawing.6
本系统部署在广州市的各个区，每个区部署一套系统，包括应用程序和后台数据库两部分。后台数据库实行各区分布式存储，通过数据交换组件和数据存取组件和市以及其它区的数据库进行数据同步和数据交换。所有的数据库都放在政府内网中，和外网隔离，以保证计生数据的安全。
通过XX电子政务平台提供的各种接口，本系统可以和政府内不同部门和各种系统实现数据共享和数据交换，解决信息孤岛问题。通过各部门共享数据，基层工作人员的工作量将会大大减少，在平台数据库中已经存在的信息，就无须再录入，直接调用即可。
政府应用系统的安全性要求比较高，因为很多数据都是机密，为避免数据在传输过程中被监听，系统加入了CA证书验证机制，采用SSL通讯协议，在数据传输过程对数据进行加密，提高系统的安全性。另外，系统还会针对暴力猜解密码做相应的防范措施，限制账号短时间内不能多次尝试登陆系统，进一步保证系统的安全。
2.5功能需求与系统模块的关系

本条用一张矩阵图说明各项功能需求的实现同各模块的分配关系。
[系统模块1]

[系统模块2]

[……]

[系统模块m]

[功能需求1]

√

[功能需求2]
√[┇]
[功能需求n]
√
√

人工处理过程

说明在本系统的工作过程中不得不包含的人工处理过程。

尚未解决的问题

说明在总体设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。

信息维护系统

系统功能概述

育龄人口信息管理系统包括多个信息维护模块，主要用于维护育龄人口的基本信息、育龄卡信息、政治面貌、婚姻状态、职业状况、户籍地信息、现居住地信息、教育状况、子女信息、避孕动态、孕产情况、规划信息、五期教育情况、查环查孕情况等。该系统主要提供育龄信息的增、删、改功能，并在完成维护操作后，实现把信息同步和反馈到需要的地区。
育龄人口信息管理系统是其它几个子系统的基础，育龄人口信息必须通过信息管理系统录入以后，才能进一步做其它业务和统计分析和处理。

系统逻辑结构

系统内各上模块之间是松耦合关系，各个不同的维护模块之前基本不会相互调用，除了育龄卡查找模块。该模块位于各个信息维护模块之上，各个信息维护模块的入口参数均由育龄卡查找模块处理所得。
位于各个信息维护模块的下层，是基础类库。信息维护模块通过调用基础类库实现数据库访问和各种业务逻辑。
系统的逻辑结构图如下：

EMBED Visio.Drawing.6
信息维护模块不直接面对底层数据库和配置文件，这些模块只提供用户操作的接口，具体的数据处理，全部通过后台的基础类库完成。这样做的好处是分离了页面和业务逻辑，不会因为界面或业务逻辑其中某一项的变动而去变更太多的代码。

接口设计

用户接口

在育龄人口信息管理系统中，用户所有的输入都通过WEB浏览器，在系统的录入界面进行资料的输入。系统的输出则基本上是屏幕输出。

内部接口

在系统内部，育龄卡查找模块查询处理完育龄人口的数据之后，把其它模块需要用到的信息存放到用户会话状态（Session）中，供各个信息维护模块调用。
新建卡模块跳转到信息维护模块的时候，也是通过Session作为彼此通讯和交换数据的途径。

外部接口

在本系统中录入的育龄人口的信息，可能通过政府数据中心共享给政府内部其它业务系统，同时，也可以通过数据中心从其它业务系统中获取人口数据，在本系统中使用。
要实现计生系统的数据返还数据中心，本系统提供了三个对象模型接口，分别对应子女出生、避孕状况、和新建育龄卡的业务模型。通过对这三个对象实例的读写，实现计生的数据共享。
在实现计生系统应用其它业务系统数据的过程中，系统主要是通过数据中心提供的各种接口函数，获取不同业务对应的对象模型。

业务处理系统

系统功能概述

业务处理系统包括的功能主要是为群众办理业务的模块，如计划生育服务证的办理、独生子女光荣证的办理、流动人口婚育证明的办理、发放独生子女奖励、征收社会抚养费等。
在几个证件办理的业务中，系统提供的主要功能是录入证件相关信息，实现各种证件的套打打印。
发放独生子女奖励、征收社会抚养费两个模块，基本上是用户办理完相应的业务后，把业务的信息记录到系统中，方便日后查询和使用。

系统逻辑结构

系统的逻辑结构图如下：

EMBED Visio.Drawing.6
接口设计

本子系统主要的接口是内部的接口，即证件信息录入页和证件打印组件之间的接口。证件信息录入页通过URL中的QueryString向证件打印组件传递一个参数，证件打印组件根据该参数确定需要打印的是哪个页面。

服务管理系统

系统功能概述

服务管理系统包括育龄妇女生殖健康普查普治模块、病残儿医学鉴定模块、计划生育手术并发症鉴定模块、药具发放管理模块、保健费发放和投保模块。通过这些模块，记录计生工作部门为育龄妇女提供服务的情况，为计生工作的考核提供依据。
生殖健康普查普治模块，用于登记育龄妇女查环查孕的信息。
病残儿医学鉴定模块，用于登记育龄妇女生育的病残儿信息，为申请生二孩等业务提供参考依据。
药具发放管理模块登记各个居委会的药具发放情况，为药具发放统计和药具的管理提供支持。
保健费发放和投保模块登记独生子女保健费的发放或者投保情况。

系统逻辑结构

EMBED Visio.Drawing.6
门户网站

系统功能概述

广州市XXXX局网站面向广大人民群众，让人民群众去了解计划生育的方方面面，方便群众办事。所以，本网站应该威严中不失亲和力，不能太死板。该网站最重要的功能就是信息的发布，在系统的维护上，尽量做到简单方便，提供另外的维护入口，让用户可以自己编辑要发布的信息，然后发布。另外，该网站还包含一些业务申请办理和政策咨询。

该网站主要功能模块如下表所示：
页面组

模块

组织机构

主要职责

内设机构

直属单位

领导任职

政策法规

法律

法规

规章

规范性文件

工作动态
办事指南

审批事项

联系方式

办事程序

政策问答

生殖健康

优生优育

避孕节育

健康话题

人口园地

人口数据

人口知识
系统逻辑结构

系统的整体逻辑结构图：

EMBED Visio.Drawing.6 系统的内部结构图：
EMBED Visio.Drawing.6 综合查询系统

系统功能概述

综合查询系统主要用于查询育龄妇女的相关计生信息，基本上凡是录入了计生系统的信息，都可以通过综合查询系统查出来。综合查询系统查的主要是个案信息，包括有基本信息查询、避孕情况查询、孕产情况查询、子女出生情况查询、计生手术查询、工作要情查询、重卡妇女查询、证件情况查询等几大类，每类的查询又可分为多个子查询模块。
功能模块列表如下：模块

功能

基本信息查询

育龄人口基本信息查询（时点数）

育龄人口婚姻情况查询（时期数）

分孩次夫妇人数查询（时点数）

职业查询（时点数）

所有基本信息查询

避孕情况查询

育龄夫妇避孕情况查询（时期数）

分孩次夫妇避孕情况查询（时点数）

育龄妇女避孕情况查询（时点数）

无避孕措施夫妇查询（时点数）

及时率和落实率查询

孕产情况查询

育龄妇女孕产情况查询（时期数）

现孕人数查询（时点数）

已到预产期育龄查询（时点数）

已婚未育育龄查询（时点数）

子女出生情况查询

子女出生情况查询（时期数）

独生子女领证数查询

安排出生情况查询

总和生育率查询

计生手术情况查询

计划生育手术情况查询（时期数）

工作要情查询

应注销育龄妇女查询

查环查孕育龄妇女查询

可以申请生二孩夫妇查询

五期教育查询

应上环或应结扎的育龄妇女查询

业务发生数查询

病残儿信息查询

计生手术并发症查询

社会抚养费征收情况查询

保健费和投保查询

查病情况查询

重卡妇女查询

查询可能重卡的育龄妇女

证件情况查询

查询计划生育服务证办理情况
设计思路

综合查询系统的设计原则：
对用户来说简单易用，符合用户的业务操作习惯。

系统应该有较强的可扩充性，以满足日后业务变更的需要。

系统应该充分考虑可重用性，因为查询功能是几乎所有的系统都需要用到的，所以希望该综合查询子系统能在以后的系统中重用。

由于查询的数据量可能比较大，所以还需要特别考虑查询的性能。
综合上面几点考虑，把综合查询系统分为多个组件：查询过程构造类、结果显示组件、打印组件。其中，查询过程构造类因不同的查询而异，结果显示组件和打印组件都属于可重用组件，可以作为一个模式应用到其它的业务系统中。

系统逻辑结构

EMBED Visio.Drawing.6
接口设计

用户接口

在输入接口上，用户通过计算机终端的鼠标键盘录入查询的条件。
在输出接口上，系统提供屏幕输出、Excel文件输出、打印输出等多种方式供用户选择。

内部接口

在查询条件录入页和查询过程类之间，采用一个存放查询条件信息的对象作为接口，查询条件录入页初始化该对象，查询过程类根据该对象各项属性的值构造查询过程。
查询过程类处理查询参数后，输出结果是一个DataTable，该DataTable将作为查询过程类和查询结果显示组件的接口，查询结果显示组件根据这个DataTable和其它的一些配置，把DataTable绑定到查询结果显示页中。
查询结果显示组件和查询列表打印组件之间的接口则为加载了查询列表数据的html table控件。结果显示组件把整个控件作为参数传递给查询列表打印组件，查询列表打印组件再把table中的记录进行分页排序，然后打印输出。

领导查询系统

系统功能概述

领导查询系统主要面向计生各级的领导，在于查询整个市或者整个地区育龄妇女各项计生指标的情况。方便领导从宏观上了解当前计划生育工作情况，以便更好地进行分析决策工作。
领导查询系统提供了出生情况查询、计划生育手术情况查询、夫妇节育措施查询、已婚育龄人数查询、户籍迁移情况查询、居住地变动情况查询、未落实节育措施育龄妇女分析、常住育龄结构查询、工作状况查询这些领导比较关心的指标的查询，还可以逐级展开查询，到居委会一级可以显示个案列表。

设计思路

在领导查询系统中可以抽象一种查询的模式出来，就是一种可以逐级展开的查询方式，在展开到最底层的时候，可以查询个案的信息。
考虑到各个不同系统在这方面的要求可能相差很大，所以领导查询系统不打算整个系统做成一个组件以方便重用，而是考虑把领导查询的模式抽象出来，把设计的模式作为技术的积累。
由于领导查询系统是在多个异地数据库中进行的查询，如果采用常规的查询方法串行查询得出数据集再组装构造，效率将会非常低下。所以这里考虑使用分布式数据库的并行查询，同时在多个异地数据库中查询，在得到结果数据后马上重新构造新的结果集。这样理论上在N个数据库查询的时间只等于最慢的一个数据查询时间加上结果数据集构造的时间，比N个查询时间相加快很多。

系统逻辑结构

领导查询系统由查询页面、查询主过程、多线程查询辅助类、查询结果列表、查询配置、查询存储过程等部分组成。其中查询页面用于获取用户输入；查询主过程处理查询参数，调用多线程查询辅助类，在各个区的数据库并行执行查询存储过程；多线程查询辅助类根据各个查询的结果构造最终的结果数据集。查询结果列表接收查询结果数据集，根据查询的配置显示查询结果。
系统的逻辑结构图如下：
EMBED Visio.Drawing.6
接口设计

用户接口

系统提供了条件选择页作为接收用户输入的入口，在输出方面，则提供了屏幕输出、Excel文件输出、打印输出等接口。

内部接口

查询结果页和查询条件页之间的接口为URL中的QueryString，包括：查询地的地区编码、地区名、查询开始时间、查询结束时间、查询名、人口状态和查询的中文名称。
查询结果页构造一个QueryInput作为查询主过程的入口参数，查询主过程返回一个DataTable作为输出。
查询主过程和多线程查询辅助类之间的接口为辅助类的属性，入口为查询语句和查询源数据库，出口为查询结果。

报表统计系统

系统功能概述

报表统计系统主要功能是帮助各级的工作人员统计省要求上交的省表1至省表4，解决手工统计不准确、工作量大的问题。报表系统提供了按户籍地和按现居住地两种统计方式，分别对应两种不同的业务管理模式，两种统计方式下，都提供了几个省表的统计，同时也包括流动人口的节育和生育情况统计。报表系统的目标是通过报表的统计，帮助计生干部把握计生工作的动态，为领导的分析决策提供支持。
在报表系统中，可以一次选择多个地区的多个报表进行统计，方便用户的操作。查看报表的时候，选择查看某一级的报表，查看的将是该级的下属单位的报表。比较选择查看某个区的报表，将查看到该区下所有街道的报表。
报表系统还提供了个案查询的功能，即在报表数据页面，点击报表中的数字，可以查询出对应的个案列表，方便用户查错。

设计思路

计生系统的报表有个特点，就是统计的口径非常复杂，业务逻辑非常多，而且数据量也不少，如果采用查看的时候即时统计的方法，可能查看的速度会比较慢。基于此考虑，把报表的统计过程和查看过程分开，在查看之前预先统计好报表，把统计好的报表保存下来，可以供用户多次查看。
报表的统计主要依赖存储过程，统计的时候，调用存储过程用游标从参数表中读取参数，对每一行参数，调用统计的子存储过程进行统计，并把统计得的数据保存到报表结果表中。查看的时候，直接从结果表中选出相应的记录即可。
在报表显示的时候，由于要求点击数字可以显示个案的列表，所以必须在报表中加入查询的功能。由于报表系统中要求的查询内容，综合查询系统中已经基本可以满足，所以考虑报表的个案查询直接构造查询条件，调用综合查询的查询过程，最后显示综合查询的结果。

系统逻辑结构

系统总共可以分成报表统计、报表显示、报表配置三个部分，其中报表统计又可以分成条件获取和过程调用两个环节。报表显示可以分为报表数据展示和个案展示两部分。
系统的逻辑结构图如下：
EMBED Visio.Drawing.6
接口设计

报表系统提供了录入界面让用户录入统计的条件，在输出方面，提供了屏幕输出、Excel导出、打印输出等接口供用户选择。

系统管理

系统功能概述

系统管理子系统主要提供一个途径，让计生系统的管理员可以管理计生系统。系统的管理主要包括用户的管理、权限和对象的管理、系统模块的管理、数据库的管理等。
用户管理主要包括修改用户账号的基本资料和密码的功能。
权限和对象管理包括添加删除角色，修改用户所属的角色，修改用户的权限等。
通过系统模块的管理可以设定哪些模块在系统中可用，哪些模块不可用，以及设定不同的角色的视图，让不同角色看到的界面各不相同。
数据库管理模块可以让管理员方便地进行数据库的备份工作，同时还提供用户操作日志的查询功能给系统管理员，用于查询哪个业务员对什么表的数据做过什么操作，方便追究责任。

系统数据结构设计

类设计

整个计生系统按功能可以分为若干个类库：编码转换类、数据访问控制类、Excel导出类、身份证件号转换校验类、调档相关类、权限校验类、综合查询类、状态检查类、用户实体类、用户接口类等。下面就按不同的类库逐个进行说明。

编码转换类

编码转换类主要为和秉政平台的接口服务，用途是把婚姻、地址、民族、性别等编码在计生编码和国家标准编码之间进行转换，为跨系统的数据共享提供支持。

数据访问控制类

数据库访问控制类的功能为封装数据库访问的操作，并在数据库访问时写Log，记录当时执行的SQL语句。该类提供数据库的增、删、查、改接口函数，查询结果以Dataset或者RecordSet的形式返回。同时，该类还封装了在信息维护模块中经常用到的控制函数，用于控制页面控件在各种不同操作下的表现风格和读写状态。
Excel导出类

Excel导出类主要用于查询列表的文件导出，需要导出的时候，页面把要导出的数据表以及要导出的列及其中文名传递给该类，由该类的导出函数根据数据表再构造出相应的html代码写入Excel文件中供用户下载。

身份证件号转换校验类

身份证件号转换校验类用于旧的15位身份证和新的18位身份证互相转换，同时，提供对证件号码是否为合法的身份证号码的校验。该类中的静态校验和转换函数，供信息维护中的查找模块和建卡模块调用。

调档相关类

调档相关类提供跨区读取育龄人口信息，然后写入异地数据库的功能。为实现调档的功能，这些类还包括了像获取育龄人口的管辖地，根据地区编码获取该地区的数据库连接字符串等的功能。

权限校验类

权限校验类主要用于进入页面时检查用户是否量有访问某个模块的权限，或者在执行某项操作之前，检查是否有该操作的权限。为系统的安全性提供必要的支持。

综合查询类

综合查询类主要封装了各个业务查询的主过程，在查询结果显示之前，都要调用相关的业务查询过程，获取查询结果再绑定到页面中。查询的核心部分都放在了业务查询类中，根据查询的条件在业务查询类里面构造查询语句，然后执行，返回一个DataTable给结果页。

状态检查类

状态检查类主要用于检查用户会话是否已经超时以及一些应该存放在Session中的内容是否存在，如果会话已经超时或应该存在的内容为空，则返回出错提示给用户。

用户实体类

用户实体类用于描述一个用户，是在Session中保存一个用户的信息的数据结构。在用户实体类中，包括了一个账号的所有关键信息和权限信息。该类中的信息一般只在系统登陆的时候校验，而在整个系统使用期间都可以使用。

用户接口类

用户接口类主要封装了和用户相关的界面接口函数，为系统和用户进行人机交互提供便利。
数据结构和程序的对应关系
育龄人口信息管理系统

业务处理系统

服务管理系统

综合查询系统

领导查询系统

报表统计系统

系统管理

编码转换类

√

数据访问控制类

√

√

√

√

√

√

√

Excel导出类

√

√

√
身份证件号转换校验类

√

√

√
调档相关类

√

权限校验类

√

√

√

√

√

√

√

综合查询类

√

√

√
状态检查类

√

√

√

√

√

√

√

用户实体类

√

√

√

√

√

√

√

用户接口类

√

√

√

3.1 用户接口

说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。

3.2 外部接口

说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接 口关系。

3.3 内部接口

说明本系统之内的各个系统元素之间的接口的安排。

运行设计

4.1 运行模块组合

说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。

4.2 运行控制

说明每一种外界的运行控制的方式方法和操作步骤。

4.3 运行时间

说明每种运行模块组合将占用各种资源的时间。

系统数据结构设计

逻辑结构设计要点

给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。

物理结构设计要点

给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。

数据结构与程序的关系

说明各个数据结构与访问这些数据结构的形式:

INCLUDEPICTURE "http://www.yesky.com/20030219/softjt2030219_2.gif" \* MERGEFORMATINET

系统出错处理设计

出错信息

用一览表的方式说朗每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。

补救措施

说明故障出现后可能采取的变通措施，包括：

a．后备技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；

b．降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；

c．恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。

系统维护设计

说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。XXX系统概要设计说明书
第 PAGE 8 页 共 NUMPAGES 27 页