水利.软件系统技术方案及设计说明书资料
青年运河管理信息系统
水雨情测报系统技术方案及设计说明书
深圳市鸿和达水利水环境有限公司
2013年9月25日
一、系统概述
本系统的软件设计方案从用户需求出发，首先分析中心站的系统结构和信息流程，在此基础上提出软件的总体方案、体系结构，随后分析数据可靠性，最后分析设计软件各部分功能和结构。
1.1用户总体需求
本项目关于分管理所软件集成的建设任务包括：
1、遥测主控站接收处理软件
实现水情分中心遥测主控站所有功能。
2、后台查询系统软件
基于B/S结构开发水情分中心的水雨情信息后台查询系统，主要功能包括（但不限于，有待在开发时与具体用户沟通需求以完备）：
遥测站实时信息原始报文查询；
雨量数据的实时表、加报表、整点表、日报表、月报表的查询、输出等；
系统运行状态包括：通信畅通率、误码表、正点报延时、遥测站电源状态等统计、查询；
雨量、遥测站电压系统等告警信息提示功能；
人工修改、删除、插补数据功能。
1.2系统总体部署
本系统数据由终端测站采集，首先汇集到各分中心站，进行整合后通过网络存入省水文局中心综合数据库；中心站控制终端的运行；测站向中心站校时；从数据流和控制流上，中心站与终端测站间是星型结构。各分中心站和省水文局之间是星型结构。
1.3软件系统结构
水情自动测报系统软件采用C/S和B/S与大型数据库SQL SERVER相结合，具有较好的人机交互界面和海量数据的存储性能，是水情分析和预报系统的基础，省水文局和各水情分中心的各种决策支持系统和各种应用系统都是构建在该系统的基本信息之上。
通信值守和监控
远程管理和
固态取数
数据库维护
和文件传输
Win2000/NT系统
Win2000/NT系统
SQLSERVER数据库
IIS
信息查询修改服务
本系统软件的设计和开发紧密结合水情管理的实际工作需要，可以方便地查询水情、旱情、咸情、工情等实时数据，并进行相应的处理，生成统计数据，为水情测报和预报工作提供基础数据，同时具有标准的数据接口，有较强的通用性。
之所以采用B/S和C/S相结合的系统结构，是由各部分应用的环境和B/S和C/S结构特点所决定的。
B/S最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只要有一台能上网的电脑就能使用，客户端零维护。系统的扩展非常容易，只要能上网，就可以使用。
C/S最大的优点是可以通过将任务合理分配到Client端和Server端，降低系统的通讯开销，可以充分利用两端硬件环境的优势。能够根据用户需求定制复杂的应用，对操纵数据的控制也较灵活，但存在Client端跨平台的问题，系统维护也较复杂。
通信值守和监控、远程管理和固态取数、数据库维护和文件传输三部分的算法复杂度、本身占用系统资源都比较高。并且这三部分的操作和维护需要专门人员。因此这三部分和服务器间采用C/S结构。
信息查询和修改服务提供给广大用户的信息查询服务，由于用户的数量大、使用环境差别较大，计算机水平不一。所以采用B/S模式，用户只需要浏览器软件，就可访问信息查询服务系统网站，检索所需要的水情信息，测站信息。查询所要的报图、报表。
1.4软件工作原理
中心站采用数据采集电脑接收数据，安装本公司提供的数据采集软件，正常情况下使用主电脑接收数据，当主电脑出现故障时，可以使用备份电脑进行数据接收，实现双机备份，保障无数据丢失。
中心站软件工程原理如下图所示。
数据采集软件首先接收所辖区域的遥测站发送来的水情数据，然后数据经过解码处理保存到本地水情中心站实时水雨情库和原始记录库，再写入到后台主数据库中，同时将数据保存为一定格式的文本文件和进行数据备份，随后通过本公司提供的软件实现中心站的数据共享。
最后，通过读取主数据库，对数据进行分析，生成各式数据模型，方便用户使用，此外，本系统还提供WEB数据发布软件，对采集到的数据实时发布到WEB 上，方便用户查询浏览。
二、软件总体设计
2.1软件的模块化结构
综合考虑用户对中心软件的需求和软件的可靠行、可扩展性、实用性。提出以数据库为核心的遥测信息平台解决方案。总体结构图如下图所示。
遥测信息平台由六大功能模块组成：通信值守和监控功能模块；远程管理和固态取数功能模块；信息查询、修改服务功能模块；数据库管理和二次开发接口功能模块；流域雨量等值线绘图功能模块；告警功能模块。
1、通信值守和监控进行数据通信和数据入库
◆通过数字专线或GSM/GPRS兼容模块，实时接收各水情站、旱情站、咸情
站以及工情站监测数据
◆对信息进行解码并进行合理性、正确性判断，能根据水利局的要求存储
到其指定的数据库
◆根据遥测站采集设备工作状况及数据，分析遥测站的工作状况，对系统
运行状况进行监视
2、远程管理和固态取数完成远程读取和设置终端参数、远程提取固态存储数据
◆远程向遥测站下发指令，命令遥测站批量上传固态存储数据或修改遥测
站参数
◆将遥测站传来的固态存储数据处理成相应的数据格式，形成文本文件
◆终端信息管理
◆将本地存储的实时水雨情数据整理为固态存储数据文件形式
3、数据库管理和二次开发接口
◆数据库设计根据实时水雨情数据库表结构标准，并结合实际情况进行调
整；
◆提供数据库修改以及人工数据添加的处理功能，可以进行数据的显示以
及打印设置，动态更新数据库的内容，用户可在网络任一计算机使用Excel报表编辑器编辑、修改、打印数据库数据，留有开放的数据库接口，提供系统综合软件平台后续开发利用，支持用户二次开发；
◆提供正点、加报数据文本文件远程传送（FTP方式）对外提供数据接口；
◆本地数据库的维护，提供数据备份和恢复控制、用户权限控制。
4、信息查询修改服务
◆提供本地查询和统计管理功能，包括实时数据、整点数据、水雨情加报、
测站工作状况、通信畅通率
◆提供遥测站属性、参数管理功能，站点增减功能
◆提供人工填补数据功能
◆可以直接在局域网内查询遥测数据，监测系统的运行状态
◆查询、检索雨量水情数据的历史、实时数据，查询、检索设备工作状态、
告警记录信息。
◆支持用户二次开发，本系统提供如下报表：
?实时雨量报表；
?各测站逐时雨量报表；
?各测站逐日雨量报表；
?各测站逐月雨量报表；
?各测站逐年雨量报表；
?实时水位报表；
?逐时水位（河道流量/库容）报表；
?逐日水位（河道流量/库容）报表；
?逐月水位（河道流量/库容）报表；
?畅通率统计表；
?设备状态表。
2.2数据库方案
1、数据库内容
本系统中心站数据库分为前置机数据库和服务器数据库。服务器数据库(后台库)是由前置机数据库(前台库)处理、添加来的。前置机数据库一般只保留一段时间接收的数据（一般几个月），这样数据库访问数据块不影响通信。服务器保存系统生命期内的所有数据。
前置机数据库存放近期接收的原始测站纪录、人工报文信息、错误报文信息。前置机数据库仅在前置机上使用，是数据处理的初步结果，是遥测站数据的中转站。
服务器数据库存放的内容包括实时水情数据、测站参数数据、系统运行日志和用户管理数据等。用于向预报作业用户和查询访问用户提供数据。
数据库表结构采用国家防汛指挥系统统一定义的表结构，前置机数据库是按照实际应用原则建立的，各数据库表结构采用国家实时水情数据库标准结构。并统一采用测站8位编码。
2、数据库管理系统
前置机数据库只保留近期的数据。并且在进行数据库的操作时应不影响各通信接收数据。因此不宜使用管理复杂的大型数据库管理系统-----如SQL Server 等。因为这些系统运行占用系统的资源较大，容易影响前置机的通信。因此选择与Microsoft产品良好兼容的Access作为本地数据库管理系统。
服务器数据库管理系统采用Microsoft SQL Server 2008系列。它具有基于图形的管理方式、集中式的管理方式、支持多客户应用程序、支持多个不同的开发平台、支持分布式事物处理、支持数据仓库、可运行于NT和Windows 2008/XP 系统、相对低廉的价格等特点。这些特点使它迅速取代DB，Sybase，Informix 等公司而雄踞业界榜首。基于SQL Server所拥有的诸多优点，再加上与
NT/2005/2008系统的完美结合，水利部已规定以SQL Server作为标准的数据库管理系统。
3、数据库数据安全设计
数据库分为前台库和后台库两部分，充分考虑了数据通信接收和数据库服务的可靠性来设计的。前置机接收到数据后首先保存在本地库（前台库）然后添加到后台库。这可能显得多此一举，为什么不直接添加后台库。前置机和服务器一般是连接在同一局域网的两台微机。如果前置机取得数据后直接添加到服务器，在通讯繁忙的时候可能丢失数据。再者如果网络出现问题，也会造成数据丢失。采用数据接收后先保存在本机服务器、然后添加到后台数据库的方式就避免了这种导致数据丢失得情况的出现。
数据库是数据采集系统的中心，数据库的安全对系统是至关重要的。要保证数据库的安全，就要做好数据库的管理和维护。
◆建立合理的数据库访问权限和机制
◆及时备份数据库数据和结构
◆数据库日志维护
2.3操作系统选择
操作系统是整个系统运行的核心和灵魂，它能够将一台计算机各个部分以及计算机与众多外设有机地管理起来，同时，它也决定了应用软件的运行环境，使应用软件能够与各硬件部分协同工作。目前使用较多的桌面操作系统有Windows 系列、UNIX、OS/2以及新兴的Linux等。这些操作系统经过长期应用证明是比较完善和稳定的，且在系统各方面的管理上都有各自的特点。
由于本系统在操作系统的选择上要重充分考虑到各地实际情况，以应用范围广、成本低、界面友好、操作简单作为基本原则。
Windows系列是微软公司推出的一系列操作系统产品。凭借强大的实力和先进的技术，微软公司近些年来先后开发出了适合于个人和小型机构管理的Windows 95/98以及适合于大型企业管理的网络操作系统Windows NT，特别是Windows 2008的出台，更是将NT的强大的管理功能和Windows 98为用户带来的灵活简便的操作能力完美地结合在一起，为企业和个人提供了完整的管理解决
方案。由于Windows系列兼容性好，适用范围广，安全性高，价格适中，使用维护简单，运行可靠稳定，服务及时迅速，第三方支持产品众多，使其成为市场份额最多，用户范围最广的一种操作系统。
由于目前水利部门普遍使用Windows系列作为桌面操作系统，为了最大程度地利用现有资源，也为了系统易于使用和管理，故而采用Windows 2008操作系统。
三、软件可靠性分析和设计
3.1环境可靠性设计
在本次系统中，中心站配置一台PC服务器。考虑到要保证数据不会为意外病毒、木马、黑客攻击或其他意外所破坏，首先要在此服务器上最少安装2个硬盘，两个硬盘相互热备份。其次此pc服务器数据库的数据备份到本地联网的其他计算机上。这样提供了双重的系统保护，即当服务器的当前系统不能运行或硬盘损毁，马上可以切换到第2个硬盘运行系统，并能保证系统数据不丢失。一旦PC服务器2个硬盘数据均遭破坏。还可以从联网的其他微机将数据库恢复。结构示意如下图所示。
在当前病毒层出不穷、木马升级换代、网络攻击时有发生的环境下，要使软件安全可靠的运行，保证一个可靠安全的运行环境很重要。首先要求操作系统运行安全稳定。其次要求屏蔽无关的垃圾数据流，再则要求实时监控系统是否感染病毒。为达到以上目的拟采取如下措施。
◆操作系统的定时自动升级，防止操作系统漏洞为病毒、黑客利用；
◆安装服务器防火墙，按本机要求设置开放端口和服务，屏蔽无关数据流；
◆在服务器本机安装可自动更新杀毒库的应用效果好的杀毒软件，一旦本机
因文件拷贝或其他操作感染病毒及时发现和杀除。
3.2应用软件自身可靠性设计
在运行环境稳定安全的情况下，自身应用软件的稳定至关重要了，为保证软件自身的稳定可靠采取了如下措施：
◆选择成熟、可靠的操作系统、数据库和其他支撑软件环境；
◆从软件的需求到设计、实现、测试遵循软件工程；
◆设计和实现过程重视意外情况的处理；
◆程序设计中应用意外恢复机制；
3.3数据可靠性
数据采集过程中，从数据的采集、传输、存储、发布。各个环节都涉及到数据的可靠性。这里说的可靠性指从中心站通过一定信道接收数据开始，到数据入库、数据传送到省水文局。过程中的数据可靠性问题。
◆可靠性首先保证数据的完整性，也就是保证数据在传输、处理过程中不丢
失。传输过程不丢数要求传输过程要有确认机制，处理过程不丢数要求每条接收数据的处理都有结果，处理过程正确、完整。
◆可靠性要求数据的正确性，正确性要求数据在传输过程不改变，处理、存
储过程没有漏洞。
◆可靠性要求数据安全，所谓的安全要求数据在传输、处理、存储过程中不
被删改、窃取。
◆为保证数据的安全可靠，我们有如下设计：
?终端、中心间确认机制保证数据传输的完整性
?数据传输中每帧校验、纠错，数据重发机制保证数据正确性
?数据库修改访问的身份验证机制，防止数据访问过程中被删改
?为防止传输中数据被窃，根据传输带宽等因素可以考虑进行数据加密。
3.4固态存储数据的可靠性
固态存储数据是水文整编的重要资料，因此保证固态存储数据的完整可靠非常重要。所谓的固态存储数据指每个遥测站保存在非易失存储芯片或仪器上的本遥测站每5分钟的雨量数据以及其他水文数据。数据的特点是数据密度大，可用来全面分析监测状况。我们通过保证每次数据传输的可靠和数据的完整性，来为固态存储数据做备份。测站每次传输数据包括当前时段每5分钟的雨量数据以及其他数据整编要求的数据。校验和重发机制保证每次发送到中心的数据的正确和完整性。如果一次发送不成功则将数据保存，等到下一个时段继续发送。依次类推直到数据发送成功为止。依照这种数据传输机制,可以保证发送到中心站的数据完整，可以用于数据整编。相当于在中心站为每个遥测站建立了一份固态存储数据的备份。一旦固态存储数据由于硬件损坏无法提取，则可以通过中心数据的处理，获得完整的固态存储数据。
四、软件功能
遥测系统软件由遥测信息接收处理软件、水情信息查询处理软件前后台两个软件组成。对于通信接口和实时数据的处理，在后台软件遥测信息接收处理软件进行；对于信息展示，在前台软件水情信息查询处理软件进行，包括各种报表图形的生成，系统报警信息监控。
4.1遥测主控站接收处理软件
中心站软件是遥测（召测）系统的核心，其分为通信值守和监控功能模块、
远程管理和固态取数功能模块两部分，其主要任务是：
●实时接收全部测站的水雨情数据；
●远程向测站发送数据传输命令，命令遥测站上传固态存储数据；
●对信息进行解码并分析遥测数据正确性、分门别类将各种数据入库；
●本地存储原始遥测数据；
●根据测站采集设备工作状况及数据，分析测站的工作状况，对系统
运行状况进行监视；
●远程实现对测站工作参数的修改，合理安排测站的定时自报时段雨
量报送值，遥测站现场能修改的参数原则上在远程也能修改；
●提供本地查询和统计管理功能，包括实时数据、整点数据、水雨情
加报、测站工作状况、通信畅通率等；
●提供遥测站属性、参数管理功能，站点增减功能；
●提供人工填补数据功能。
●完成网页查询功能。可以直接在局域网内查询遥测数据。监测系统
的运行状态。
（1）通信值守和监控功能模块：
主要功能：
1、通过数字专线或GSM/GPRS兼容模块，实时接收测站的水雨情数据
◆通过数字专线接收数据
◆通过GSM/GPRS模块接收数据
◆专线和模块间的信道转换
2、对信息进行解码并进行合理性检查、分门别类将各种数据入库
◆接收数据的解码和校验
◆接收数据的合理性检查
◆原始数据的入库
◆自报、加报数据的入库
◆人工置数的入库
3、根据遥测站采集设备工作状况及数据，分析遥测站的工作状况，
对系统运行状况进行监视
◆测站工作电压监控
◆测站发送数据间隔时间监控
◆测站数据合理性监控
技术实现：
采用将数据通信接收和数据显示、处理入库分开来实现，数据通信用Visual C++开发的DLL来实现。数据显示、处理入库部分用Visual Basic 来实现。这样实现好处在于利用了VC可以对底层进行灵活操作、控制的特点，用VB开发显示入库则利用了VB对数据库操作简单可靠、界面开发美观速度快的优点。采用DLL来实现通信部分方便通信模块的修改和升级、方便代码的复用。
软件架构：
系统界面图：
（2）远程管理和固态取数功能模块
主要功能：
1、远程向遥测站下发指令，命令遥测站批量上传固态存储数据或修改遥测
站参数
◆遥测站测站参数的修改和确认
◆遥测站固态数据的提取和删除
◆固态数据提取中断保护、遥测站开机时间的设定
2、将遥测站传来的固态存储数据处理成相应的数据格式，形成文本文件
◆固态数据处理、保存文件
◆固态数据的合理性标示
3、终端信息管理
◆提供遥测站属性、参数管理功能
◆站点增减功能
4、将本地存储的实时水雨情数据整理为固态存储数据文件形式：
◆按照用户设定查询实时水雨情库，取得所需的数据
◆将数据处理，按照制定的固态数据文件形式存成文本文件
界面图：
（3）对外数据接口
本软件系统中提供数据接口的方式有两种：一种是直接通过开放水情数据库，外部程序可通过直接连接信息采集系统的数据库来取得水情数据；另一种方法，外部程序可通过SOCKET技术，连接接水情数据采集前置机的3600端口，建立阻塞式连接，此过程需要进行密码验证身份，连接建立成功后，外部程序可实时取得水情数据采集前置机实时接收水情数据包，数据包的格式固定的。
4.2后台查询系统软件
中心查询软件是整个系统应用的核心，由信息查询和修改服务功能模块、数据库维护和文件传输功能模块组成，其主要任务是：
●采用B/S 方式图形化查询的实时水雨情数据；
●可以单站或者多站批量查询雨量数据；
●提供本地查询和统计管理功能，包括实时数据、整点数据、水雨情
加报、测站工作状况、通信畅通率等；
●提供管理界面，由系统管理员进行遥测站属性、参数管理功能，站
点增减功能；
●提供人工填补数据功能。
1、信息查询、修改服务功能模块
主要功能：
提供本地查询和统计管理功能，包括实时数据、整点数据、水雨情加报、测站工作状况、通信畅通率
(1)、雨情信息查询
雨情信息查询功能指将数据数据库中的雨情数据通过WEB的方式显示出来，包括实时数据显示、历史数据查询功能及雨情数据报表。
水雨情信息查询主要包括以功能：
◆降雨量测点导航地图
◆实时降雨量显示功能，实时显示当前区域的降雨量（今天的
8时到昨天的8时）。
◆时段单站降雨量查询，分为时段降雨量总量查询、逐年降雨
量查询、逐月降雨量查询、逐季降雨量查询、逐日降雨量查询、逐时降
雨量查询、逐条降雨量查询。
◆时段多站降雨量查询，分为时段降雨量总量查询、逐年降雨
量查询、逐月降雨量查询、逐季降雨量查询、逐日降雨量查询、逐时降
雨量查询、逐条降雨量查询。
◆时段单、多站降雨量柱状图
◆查询、检索雨量、水位、流量历史、实时数据；
◆查询、检索设备工作状态、告警记录信息。
(2)、水情信息查询
水情信息查询功能指将数据数据库中的水情数据通过WEB的方式显示出来，包括实时数据显示、历史数据查询功能及水情数据报表。
◆实时水情查询，包括河道、水库等测点导航地图。
◆时段水情过程线。
◆实时雨量报表；
◆各测站逐时雨量报表；
◆各测站逐日雨量报表；
◆各测站逐月雨量报表；
◆各测站逐年雨量报表；
◆畅通率统计表；
◆设备状态表。
(3)、运行情况查询
本功能是查询系统的运行情况，用WEB页面的方式表达出来，同时可查询实时各站点的运行情况。
(4)、通信畅通率统计
提供人工填补数据功能
(5)、凭管理权限登陆
在进行远程管理和固态取数时，有管理权限的用户才能对系统进行配置，而数据查询则不需要。
(6）、人工添加、修改、删除数据
可以直接在局域网内查询遥测数据，监测系统的运行状态，些项功能只能是管理员使用，同时系统会对所有操作动作登记到日志文件，以备查询。
(7)、运行状态监查
能实时查询出设备的运行状况。
2、图形显示功能模块
◆流域雨量等值线绘图软件：完成面雨量分析，降雨量等值线勾绘功能。
◆站点分布图、网络结构图图形显示；
◆流域图：降雨量、水位动态刷新显示；
◆实时雨量动态过程曲线图；
◆面雨量染色图；
◆实时流量过程线图；
◆站点参量柱状图.(参量：雨量)
3、数据库维护和文件传输功能模块
主要功能：
(1)、提供正点、加报数据文本文件远程传送（FTP方式）提供对外数据接口
◆未传送数据的打包成文本文件
◆文本文件的传输
◆传输失败的处理
(2)、本地数据库的维护
◆对本地库进行分表和数据分割
◆数据库备份、清除事务日志
4、自动报警模块
本功能是软件自动查询出水位或雨量报警信息，用WEB页面的方式表达出来，进行实时报警，实时监控报警包括：
◆设备运行异常报警
可以查询实时各站点的历史报警情况。
技术实现：
采用B/S体系结构
◆用于WINDOWS操作系统配合完好的https://www.wendangku.net/doc/cb5673234.html,+JavaSCRIP 来实现
◆用WINDOWS SERVER 自带IIS做WEB服务
4.3闸门监控软件
监控软件配置美国GE公司的Cimplicity HMI 6.1。在中央控制室能够随时监视整个调污站的运行状态，显示各种检测值及参数。
Cimplicity HMI 是GE Fanuc在数十年工业自动化经验积累基础上，与微软合作开发的业界最优秀的人机界面软件之一，Cimplicity HMI运行于Windows 2000/XP平台, 采用 Win32标准和32位代码，是真正的客户/服务器体系结构。
Cimplicity HMI具有许多特性和优点：
◆易学易用的监控画面编辑功能
◆支持拖放和动态测试
◆内嵌3000多种常用图库，
软件详细设计方案说明书
xxx项目详细设计说明书 （xxx模块） 拟制日期yyyy-mm-dd 评审人日期 批准日期 签发日期
文档修订记录 版本完成人修改内容审核批准时间V0.00 创建文档
目录 1. 简介5 1.1. 编写目的 (5) 1.2. 适用范围 (5) 1.2.1. 软件名称 (5) 1.2.2. 软件功能 (5) 1.2.3. 软件应用 (5) 1.3. 定义及关键词 (5) 1.4. 参考资料 (5) 2. 子模块1设计描述 (6) 2.1. 类xxx的设计 (6) 2.1.1. 简介 (6) 2.1.2. 类图 (6) 2.1.3. 状态设计（可选） (6) 2.1.4. 属性 (6) 2.1.5. 方法 (6) 3. 数据库详细设计（可选） (9) 3.1.存储过程#/触发器#的名称 (9) 4. 错误处理 (10) 4.1. 系统错误 (10) 4.2. 接口错误 (10) 4.3. 协议错误 (10)
表目录 表1.关键词 (5) 表2.类XXX的属性 (6) 表3.方法描述xxx-function (7) 图目录 图1类图xxx-class (6) 图2流程图xxx-function (7)
1. 简介 1.1. 编写目的 这部分要描述文档的目的，并指明文档的读者。 1.2. 适用范围 1.2.1. 软件名称 1.2.2. 软件功能 解释软件产品将完成或不完成的功能 1.2.3. 软件应用 描述软件的应用领域 1.3. 定义及关键词 表1.关键词 关键词英文全名中文解释 1.4. 参考资料 [1]
2. 子模块1设计描述 2.1. 类xxx的设计 2.1.1. 简介 如果在概要设计中未说明，则在此详细描述类的职责和功能，可使用顺序图、协作图、状态图来详细描述。必要时，可描述本类与相关类之间的静态动态关系。 2.1.2. 类图 图1类图xxx-class 2.1. 3. 状态设计（可选） 可以用状态图来描述类的状态信息。 2.1.4. 属性 可先定义相关的数据结构，再对属性进行描述。 也可以不使用表格、而使用伪代码格式。 表2.类XXX的属性 可见性属性名称类型说明（对属性的简短描述） Private Public Protected 2.1.5. 方法 1. 方法xxx 1) 方法描述 Java的函数头注释采用JavaDoc自动生成的格式： /** * @functions 增删改查XXX * @param String name 名字 * @return true 如果不为空则返回真，false 如果为空返回假 * @throws 无 */ C++使用以下格式：
详细设计方案说明书模版
密级：机密 文档编号：XXX_TS_TEMP_XXSJSMS 版本号：V2.0 【项目名称】 详细设计说明书模板 编写人：XXX 批准人：XXX 生效日期：2017年1月6日 版权信息 本文件涉及之信息，属XXX所有。 未经XXX允许， 文件中的任何部分都不能以任何形式向第三方散发。
文档修订记录 版本号修订日期修订 人 修订说明 修订 状态 审核日期审核人批准人 V0.12016-12-1XXX创建A2016-12-1XXX XXX V1.02016-12-28XXX调整需求分析方法M2016-12-29XXX XXX V2.02017-1-4XXX更换使用模板M2017-1-6XXX XXX 修订状态：A--增加，M--修改，D--删除 日期格式：YYYY-MM-DD
目录 1 概述 (1) 1.1 编写目的 (1) 1.2 适用范围 (1) 1.3 术语和缩写 (1) 1.4 参考资料 (1) 2 角色和职责 (1) 3 设计约定 (1) 4 实现架构及功能逻辑 (1) 4.1 功能逻辑描述 (1) 4.1.1功能模块结构图 (2) 4.1.2功能模块描述 (2) 4.2 软件体系架构 (3) 4.2.1设计思路 (3) 4.2.2包图及描述 (4) 4.2.3类图及描述 (5) 4.2.4主要程序描述 (6) 4.2.5组件图及描述 (6) 4.2.6源代码目录结构 (7) 4.2.7权限设计 (7) 4.3 总体界面设计 (8) 4.3.1设计原则 (8) 4.3.2设计思路 (8) 4.3.3界面风格 (8) 4.3.4界面层次图 (8) 4.3.5界面原型 (8) 5 详细设计 (8) 5.1 模块A (9) 5.1.1概要说明 (9) 5.2.2实现框架 (10) 5.3.3主要逻辑实现描述： (11) 5.3.4界面设计 (13) 5.3.5接口设计 (13) 5.3.6其它 (13) 5.2 模块B (14) 6 数据库设计 (14) 7 接口设计 (14) 8 附录： (14)
软件设计方案(参考模板)
软件设计方案 一、概述 目前各个站基本上是用手工来记录进车数据，过磅数据，出车数据。手工记录效率比较低，出错比较多，统计查询等都不方便。为了解决目前存在的问题，为此开发本软件系统。全部用电子化来管理目前的各个环节。所有数据一库管理，实现了数据安全管理，出错减少，统计查询方便快捷。可以随时在网内任意工作站实时查询各个环节的具体数据。提高了管理效率。 二、平台构架 本软件系统采用CS + BS架构，业务模块采用CS模式，方便具体操作员快速录入数据。方便统计人员实时查询打印所有数据。查询模块采用BS架构。实现了网内任意站点用浏览器实时查询各站数据。提高了管理效率。 1. 数据库采用微软的大型数据库sqlserver2000。本数据库存储容量大。支持多用户并发操作数据。安全性高，有安全密码设置，数据都已基础编码方式存储。查询速度快，保证系统流畅，数据存储的安全。 2. 开发工具 采用delphi开发业务系统(CS架构)，界面友好，操作方便。 采用java，tomcat开发查询系统(BS架构)。Java是目前最主流的开发环境，目前大部分大型的系统都采用java来开发。扩展性， 延续性非常优秀。 采用powdesigner设计数据库模块。该工具是目前主流的数据库设计工具，保证了一个高效的快捷的数据库的生成。
三、系统模块 本系统主要分了六大模块，六大模块都集中连接中心数据库服 务器。保证了数据的一致性，实时性。 1.进车模块 该模块主要实现了对进车的各种数据进行录入，保存到中心数据库。该模块预设了很多可选的内容，方便操作员快捷的完成操作。 2.过磅模块该模块主要根据换票的信息情况，录入相应的车辆，合同等数据内容。同样该模块预设了很多可选的内容，方便操作员快捷的完成操作。 3.出车模块 该模块是最后一次把车辆最后关节的所有明细数据录入数据库。同样该模块预设了很多可选的内容，方便操作员快捷的完成操作。 4. 本地查询对比模块该模块主要是为了本站内，实时查询，对比，打印所有数据。 5.远程查询模块 该模块主要实现了远程实时查询所有环节的具体数据。以网页的形式来实现该模块。 6. 后台管理 该模块主要是整个系统的权限管理，操作员管理，基础字典设置 等，只有管理员才可以进入的模块。 四、费用明细
仪器软件方案设计说明书
软件设计说明书日写：编期：日期：审核：日期：准：批 文档变更记录
一、引言........................................................................................................... - 1 - 1.1 编写目的............................................................................................. - 1 - 1.2 范围..................................................................................................... - 1 - 1.3 定义..................................................................................................... - 1 - 1.4 版本说明............................................................................................. - 1 - 1.5 参考资料............................................................................................. - 1 - 二、项目概述................................................................................................... - 2 - 2.1 产品描述............................................................................................. - 2 - 2.2 产品功能............................................................................................. - 2 - 2.3 用户特点............................................................................................. - 2 - 三、嵌入式软件整体方案设计....................................................................... - 3 - 3.1 子系统控制方案设计......................................................................... - 3 - 3.2 中控板GUI方案设计....................................................................... - 3 - 3.3 数据通信方案设计............................................................................. - 4 - 四、子系统控制方案设计............................................................................... - 5 - 4.1 液路系统控制方案设计..................................................................... - 5 - 4.2 样品采集系统控制方案设计............................................................. - 7 - 4.3 二氧化碳恒温培养箱环境控制环境设计......................................... - 8 - 五、中控板GUI方案设计............................................................................. - 9 - 六、数据通信方案设计................................................................................. - 10 - 6.1 数据链路层通信方式....................................................................... - 10 - 6.2 PC与主控板通信流程设计.............................................................. - 10 - 一、引言
系统概要设计说明书规范
KTV点歌系统概要设计说明书
1. 引言 1.1目的 选歌系统是为某KTV唱吧开发的视频歌曲点唱软件。该软件能方便顾客进行选歌，帮助系统管理员管理歌曲的播放，提高KTV歌曲点唱的效率和准确率。 本文档为该系统的概要设计说明书，详细阐述了对用户所提出需求的设计方案，对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。同时，对软件应具有的功能和性能及其他有效性需求也进行了定义。 1.2项目背景 ●系统名称：选歌系统 ●项目提出者：某KTV唱吧 ●项目开发者： ●项目管理者： ●最终用户：某KTV唱吧 1.3术语定义 实现环境：系统运行的目标软件、硬件环境。 实现技术：系统所采用的软件技术或体系结构。 实现语言或工具：实现系统最终采用的编程语言或工具包，如Delphi、VB、PB、Java、Ada等。 参考资料 1)新余电视点播系统； 2)某KTV唱吧《视频点歌系统计划任务书》； 本项目所参照的文件有： 3)康博工作室，《Visual Basic 新起点》，机械工业出版社，2000
2. 系统概述 2.1系统需求 2.1.1系统目标 本软件是为某KTV唱吧开发的视频点歌系统软件。该软件用于提高点歌系统的工作效率。随着人们业余生活的丰富，休闲活动的多种多样，人们更多的喜欢选择KTV这种形式的娱乐方式。且随着计算机普及，点歌系统越来越智能化，人性化；一个好的音乐唱吧必须要拥有一个方便、快捷、准确的点歌系统，因此，急需一个软件系统解决这些问题。本软件应能结合当前选歌播放手工操作的流程以及将来业务发展的需要，对视频点歌系统中歌曲信息、歌手信息、最新排行榜等等的查询、更新提供完全的计算机管理。 2.1.2性能需求 数据精确度 数量值：精确到小数后一位； 时间值：精确到日，并以yyyy/mm/dd的形式表示； 价格值：精确到分，并以.XX的形式表示。 时间特性 页面响应时间：不超过10秒 更新处理时间：不超过15秒 数据转换与传输时间：不超过30秒。 适应性 1) 开发基于的平台要考虑向上兼容性，如操作系统，数据库等要考虑更高版本的兼容 性。 2) 当需求发生变化时系统应具有一定的适应能力，要求系统能够为将来的变更提供以 下支持：能够在系统变更用户界面和数据库设计，甚至在更换新的DBMS后，系统的现有设计和编码能够最大程度的重用，以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分
软件设计方案
软件设计方案 Document number【980KGB-6898YT-769T8CB-246UT-18GG08】
Portal系统概要设计方案说明书
修订记录
目录
XXXX设计方案说明书 1引言 1.1编写目的 说明编写详细设计方案的主要目的。 说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。 如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。 方案重点是模块的执行流程和数据库系统详细设计的描述。 1.2背景 应包含以下几个方面的内容： A. 待开发软件系统名称； B. 该系统基本概念，如该系统的类型、从属地位等； C. 开发项目组名称。 1.3参考资料 列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。 1.4术语定义及说明 列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。 2设计概述 2.1任务和目标
说明详细设计的任务及详细设计所要达到的目标。 2.1.1需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等，尤其需要描述系统性能需求。 2.1.2运行环境概述 对本系统所依赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。 2.1.3条件与限制 详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。 2.1.4详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具。如HIPO图方法、IDEF（I2DEF）方法、E－R 图，数据流程图、业务流程图、选用的CASE工具等，尽量采用标准规范和辅助工具。 3系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。 3.1详细需求分析 包括： 详细功能需求分析 详细性能需求分析 详细资源需求分析 详细系统运行环境及限制条件分析 3.2详细系统运行环境及限制条件分析接口需求分析 包括：
软件开发具体实施计划方案说明
物资管理系统开发具体实施方案
目录 1软件开发实施方案 (3) 1.1开发流程总述 (3) 1.2软件需求分析 (5) 1.3结构设计 (8) 1.4详细设计 (10) 1.5编码 (12) 1.6模块集成测试 (14) 1.7系统测试 (16) 1.8验收 (17) 1.9维护 (19)
1组织实施步骤 系统开发严格按照软件工程的方法进行组织，系统的开发过程按照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。下表所示系统开发流程图，采用原型及迭代方式开发，根据用户需求持续改进，直到最终用户确认满意。 1.1实施开发流程总述 如下图示流程定义了我公司内部的软件开发过程，以指导和规范 软件项目中开发过程的定义和相应的实施。 该过程可划分为一系列子过程，包括：软件需求分析、设计、编码、测试、验收、维护，每个子过程又由一系列任务和活动组成，如设计过程又可分为结构设计和详细设计。但是在实际开发项目中，情况仍然会是千变万化的，因此我们也并不是一成不变的死板执行一个僵化的工作流程，我们的原则是在一个规范流程的指导和约束下，根据具体工程项目的实际要求，为每一个项目评估并制定真正能够最好的满足该项目要求的开发流程。
《结构设计说明书》（初稿） 《集成测试计划》《集成测试案例》 （初稿） 《用户手册》（初稿） 《追溯表一》 《结构设计说明书》 《集成测试计划》《集成测试案例》 《个人评审记录》 《评审报告》 N改进 软件需求分析 《软件需求规格说明书》（初稿） 《系统测试计划》《系统测试案例》 （初稿） 《用户手册》（概要） 《追溯表一》 ▼ 同行评审 丫 Y 通过 《软件需求规格说明书》 《系统测试计划》《系统测试案例》 《个人评审记录》 《评审报告》 「 N改进 详细设计 《详细设计说明书》（初稿） 《单元测试计划》《单元测试案例》 （初稿） 《用户手册》（修改稿） 《追溯表一》 评审通过 《详细设计说明书》 《单元测试计划》《单元测试案例》 《用户手册》（修改稿） 《个人评审记录》 《评审报告》— 源代码、源代码文件清单 《单元测试报告》（经过审批） --- ”《软件问题状态登记表》 《软件问题报告单》 《集成工作单》 《集成测试工作单》 《集成测试报告》（经过审批） 《软件问题状态登记表》 《软件问题报告单》 集成的软件系统 《系统测试报告》（经过审批） 《软件问题状态登记表》 《软件问题报告单》 《系统管理员使用说明书》（经过审批） _ 《安装手册》（经过审批） 《用户手册》（经过审批 软件系统（系统测试通过） 验收测试报告 《软件问题报告单》 《软件问题状态登记表》 验收报告 可交付产品 《软件需求规格说明书》（升级版） 《客户需求登记表》 《客户需求统计表》 《设计说明书》（升级版） 《软件问题报告单》 《软件问题状态登记表》 《软件维护实施计划》维 护后的软件系统 软件开发流程总图 结构设计 评审通过
包装方案设计说明书书(最新版)
Q/ZT 浙江众泰汽车制造有限公司企业标准 QGZTZZ/GY01.03-2017 包装方案设计说明书 2017-03-16发布 2017-03-16实施 浙江众泰汽车制造有限公司发布
前言 为了实现众泰汽车制造公司(ZOTYE)包装管理的标准化，降低物流成本，提高物流和生产效率，能更好地使零件“准时”供应到众泰汽车制造公司各收货点，特制定符合供货要求的通用包装规则。 本标准由浙江众泰汽车制造有限公司提出 本标准由工艺技术部负责归口管理 本标准起草单位：工艺技术部 本标准起草人：郑浩 本标准审核人：应杰 本标准标准化人：王伟绩 本标准审定人：吕憬 本标准批准人：郑映波 本标准首次发布日期：2017年3月16日 文件/制定及修改情况记录 版号修订内容编写/修订审核标准化审定批准
目录 1、目的 2、原则 3、木托盘标准 3.1木托盘规格及技术要求 3.2塑料托盘规格及技术要求 3.3托盘的构成 3.4托盘堆码标识要求 4、塑料箱标准 4.1选择原则 4.2一般要求 4.3塑料箱尺寸及相关标准 4.4塑料箱堆码高度规则 4.5塑料箱堆码规则 4.6塑料箱内衬设计要求 4.6.1防尘盖设计盖要求 4.6.2内衬设计要求 4.6.3内衬材料选用 4.6.4塑料箱标识要求 5、通用铁箱标准 5.1选择原则 5.2一般要求 5.3材料要求
5.4底部结构 5.5众泰汽车制作公司推荐标准通用铁箱尺寸 5.6通用铁箱标识要求 6、专用器具标准 6.1选择原则 6.2一般要求 6.3材料要求 6.4专用器具推荐适用尺寸 6.5专用器具堆跺脚标准 6.6专用器具标识标准 6.7专用器具内部结构 7、牵引装置标准 7.1牵引杆 7.2挂钩 7.3牵引杆和挂钩安装位置 8、通用铁箱和专用器具制作工艺及油漆标准8.1焊接 8.2公差要求 8.3油漆要求 9、脚轮标准 9.1脚轮要求 9.2减震脚轮技术参数 9.3减震脚轮选用标准
软件设计说明书
软件设计说明书 1引言 1.1编写目的 说明编写详细设计方案的主要目的。 说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。 如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。 方案重点是模块的执行流程和数据库系统详细设计的描述。 1.2背景 应包含以下几个方面的内容： A. 待开发软件系统名称； B. 该系统基本概念，如该系统的类型、从属地位等； C. 开发项目组名称。 1.3参考资料 列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。 1.4术语定义及说明 列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。 2设计概述 2.1任务和目标 说明详细设计的任务及详细设计所要达到的目标。 2.1.1需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等，尤其需要描述系统性能需求。 2.1.2运行环境概述
对本系统所依赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。 2.1.3条件与限制 详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。 2.1.4详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具。如HIPO图方法、IDEF（I2DEF）方法、E－R图，数据流程图、业务流程图、选用的CASE工具等，尽量采用标准规范和辅助工具。3系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。 3.1详细需求分析 包括： ?详细功能需求分析 ?详细性能需求分析 ?详细资源需求分析 ?详细系统运行环境及限制条件分析 3.2详细系统运行环境及限制条件分析接口需求分析 包括： ?系统接口需求分析 ?现有硬、软件资源接口需求分析 ?引进硬、软件资源接口需求分析 4总体方案确认 着重解决系统总体结构确认及界面划分问题。 4.1系统总体结构确认 对系统组成、逻辑结构及层次进行确认，对应用系统、支撑系统及各自实现的功能进行确认，细化集成设计及系统工作流程，特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。包括：
设计方案说明书
某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 基坑总平面图
在线交易二手市场系统概要设计说明书
在线交易二手市场系统概要设计说明书概要设计说明书 信息与电气工程学院 软工1401 ** 201422******
1.引言 1.1编写目的 此概要设计说明书实现一个简易的基于校园网在线交易二手市场系统，对交易管理系统的总体设计、接口设计、界面总体设计、系统出错处理设计以及系统安全数据进行了说明，在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1.2背景 A．待开发软件系统名称为: 在线交易二手市场； B．任务提出者：** 开发者：** C．使用用户能在校园网上进行交易的系统。 D. 按照《在线交易二手市场系统需求分析说明书》为基础来具体细化系统所具备的所有功能及功能的实现方法和接口。 1.3 开发环境 Visual Studio 2010 Mircosoft sql server 2008 Express
PowerDesigner 15.1 1.4定义 本系统:基于校园网的在线交易二手市场系统设计与实现 1.5参考资料 《基于校园网在线交易二手市场需求分析说明书》 《项目计划表》 《校园网在线交易二手市场系统_数据库模型》 2.总体设计 2.1设计目标 基于校园网的在线交易二手市场主要实现以下目标： ⑴为师生提供展示商品及表现学校形象的平台。 ⑵为用户提供商品信息查看、在线商品订购、商品浏览等功能。 ⑶采用动态网页技术，使页面中展示的商品信息更具时效性、先进性。 ⑷提供客户互评及客户给商品评论功能，收集用户对商品的意见及看法。 ⑸提供后台管理页面，简化了用户信息、商品信息、订单信息等系统数据的维护操作。 2.2运行环境
软件架构设计说明书
目录
1.引言 [对于由多个进程构成的复杂系统，系统设计阶段可以分为：架构设计（构架设计）、组件高层设计、组件详细设计。对于由单个进程构成的简单系统，系统设计阶段可以分为：系统概要设计、系统详细设计。本文档适用于由多个进程构成的复杂系统的构架设计。] [架构设计说明书是软件产品设计中最高层次的文档，它描述了系统最高层次上的逻辑结构、物理结构以及各种指南，相关组件（粒度最粗的子系统）的内部设计由组件高层设计提供。] [系统：指待开发产品的软件与硬件整体，其软件部分由各个子系统嵌套组成，子系统之间具有明确的接口； 组件：指粒度最粗的子系统； 模块：指组成组件的各层子系统，模块由下一层模块或函数组成；] [此文档的目的是： 1）描述产品的逻辑结构，定义系统各组件（子系统）之间的接口以及每个组件（子系统）应该实现的功能； 2）定义系统的各个进程以及进程之间的通信方式； 3）描述系统部署，说明用来部署并运行该系统的一种或多种物理网络（硬件）配置。对于每种配置，应该指出执行该系统的物理节点（计算机、网络设备）配置情况、节点之间 的连接方式、采用何种通信协议、网络带宽。另外还要包括各进程到物理节点的映射； 4）系统的整体性能、安全性、可用性、可扩展性、异常与错误处理等非功能特性设计； 5）定义该产品的各个设计人员应该遵循的设计原则以及设计指南，各个编程人员应该遵循的编码规范。 ] [建议架构设计工程师与组件设计工程师共同完成此文档。] [架构设计说明书的引言应提供整个文档的概述。它应包括此文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 [简要描述体系结构文档的目的。]
软件设计方案需求说明书
xxxxxxx系统软件开发需求说明书 xxxxx科技有限公司 二○一五年七月
目录 1引言 (1) 1.1编写目的 (1) 1.2范围 (1) 1.2.1软件名称 (1) 1.2.2建设目标 (1) 1.2.3应用说明 (2) 1.3定义 (2) 1.4参考资料 (3) 2产品描述 (6) 2.1建设背景 (7) 2.2开发意图 (8) 2.3应用目标 (9) 2.4作用范围 (10) 2.5产品功能 (11) 2.6系统角色 (11) 2.7用户对象 (11) 3功能需求 (12) 3.1平台首页 (13) 3.1.1信息查询 (13) 3.1.2阀门监控 (13) 3.1.3视频监控 (14) 3.1.4三维展示 (15) 3.1.5功能描述 (16) 3.1.6法律规范 (16) 3.1.7XXX水情 (17) 3.2数据库及数据要求 (18) 3.3外部接口需求 (20) 3.3.1用户接口 (20) 3.3.2硬件接口 (20) 3.3.3软件接口 (20) 3.3.4性能需求 (21) 3.4安全性需求 (22)
3.4.1环境安全 (22) 3.4.2数据安全 (22) 3.4.3系统运行安全 (22) 3.4.4网络安全 (23)
1引言 1.1编写目的 为明确软件需求，方便与用户统一思想，确定系统功能、数据范围，便于项目规划与进度安排、组织软件开发与测试等，特撰写本文档。 本文档的读者为业主、用户、数据库建设人员、系统设计人员、开发人员和测试人员。 1.2范围 1.2.1软件名称 XXXXX动态监管系统软件即：XXXX一体化动态监管平台。 1.2.2建设目标 围绕XXXXX水库运行调度设计的要求，以水库运行调度设计为核心，运用先进、成熟技术，建设水库一体化管理平台，实现XXXXX水库监控视频、水雨情监测、流量阀门控制、实地三维仿真等数据自动汇集和信息共享交换，为XXXXX管理部门及时掌握水库区域内的重要水情信息和控
设计方案说明一览表
一、工程重点与特点 1、本工程确定为“合格”工程，工程必须严格施工，严抓施工质量； 2、因多个项目涉及到弱电系统，工序繁多，工期紧，各工序必须搭接紧密， 以保证施工工期按时完成； 3、本工程必须协调弱电系统布线、设备安装、调试等诸多专业施工作业组之 间配合施工，须做好工作。 4、工程位于学校。施工期间必须严格控制噪音、粉尘污染、施工垃圾污染， 做好文明施工，减少对学校及周边环境的影响。普宁是国家级卫生城市，对环境要求高，施工中要尽量减少各种污染，对此施工同时应采取有效的预防措施。 5、工程材料运输必须严格控制好时间，否则将影响周边区域的交通，根据现 场特点，货物运输尽量安排在上午9:00前或下午17：00以后进场，运输车辆必须采用封闭式防止货物摔落。 6、货物根据施工进度分批进场，本工程货物直接运输至各学校。 7、本工程施工范围外做好现场消防、安全及文明施工，我们提出如下具体措 施： （1）、为了不影响其他单位正常工作，所有材料和施工人员必须按业主指定进出口进出，进场时间安排在非上班时间进行，进出口通道必须派专人负 责清扫除尘； （2）、本公司施工人员必须佩带工作卡，并不得无故进入其它区域。夜间派专人执行巡逻保卫工作，防止盗窃事故发生。 （3）、在电气管线预埋需要凿打楼地面或需敲打作业的施工项目,施工时间尽是安排在白天，另外，在有噪音的施工机具如空气压缩机运行时尽量关 闭窗。 （4）、如果遇施工现场临近区域有特殊活动，我们将全力配合、停止施工、组织施工人员撤场。往外运输垃圾之前必须将所有垃圾装入厚的垃圾袋中， 并将垃圾袋上的余灰敲打干净，并在22：00以后往外运输。 （5）、本工程所用不锈钢及木材等需要切割的材料，尽量预先量好尺寸让厂家加工，减少现场切割的工作量。 （6）、本工程要特别注意消防安全工作。
系统概要设计说明书(数据库设计书)
[招生管理系统] 概要设计说明书 [V1.0(版本号)] 拟制人______________________ 审核人______________________ 批准人______________________ [二零零八年十月二十二日]
概要设计说明书 1．引言 1.1编写目的 本说明书交给各个被调研单位审核，并经领导层讨论通过后，软件开发小组成员将以这本说明书为框架开发新的系统。 1.2背景 a.待开发软件系统的名称： 基于XML的网上招生管理系统 b.本项目的任务提出者: 石河子大学 c.本项目开发者 d.本项目用户 石河子大学招生办 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数据管理能力要求
软件概要设计说明书
xxx项目概要设计说明书 （xxx模块） 拟制日期yyyy-mm-dd 评审人日期 批准日期 签发日期
文档修订记录
目录 1. 简介错误!未定义书签。 . 编写目的...................................................... 错误!未定义书签。 . 适用范围...................................................... 错误!未定义书签。 软件名称 .................................................. 错误!未定义书签。 软件功能 .................................................. 错误!未定义书签。 软件应用 .................................................. 错误!未定义书签。 . 定义及关键词.................................................. 错误!未定义书签。 . 参考资料...................................................... 错误!未定义书签。 2. 第0层设计描述 ................................................... 错误!未定义书签。 . 软件系统上下文定义............................................ 错误!未定义书签。 . 设计思路(可选) ................................................ 错误!未定义书签。 设计可选方案 .............................................. 错误!未定义书签。 设计约束 .................................................. 错误!未定义书签。 其他 ...................................................... 错误!未定义书签。 . 系统结构...................................................... 错误!未定义书签。 系统结构描述 .............................................. 错误!未定义书签。 XXX模块................................................... 错误!未定义书签。 3. 第一层设计描述 ................................................... 错误!未定义书签。 . 模块的系统结构................................................ 错误!未定义书签。 模块内部结构 .............................................. 错误!未定义书签。 业务流程说明 .............................................. 错误!未定义书签。 . 分解描述...................................................... 错误!未定义书签。 XXX子模块................................................. 错误!未定义书签。 数据设计 .................................................. 错误!未定义书签。 . 依赖性描述.................................................... 错误!未定义书签。
软件详细设计方案说明书(例)
案卷号00001 日期 软件详细设计说明书（例） 作者： 完成日期： 签收人： 签收日期： 修改情况记录： 版本号修改批准人修改人安装日期签收人
目录 1 引言 (3) 1.1 编写目的 (3) 1.2 范围 (4) 1.3 定义 (4) 1.4 参考资料 (4) 2 总体设计 (5) 2.1 需求规定 (5) 2.2 运行环境 (5) 2.3 基本设计概念和处理流程 (6) 2.4 结构 (8) 2.5 功能需求与程序的关系 (11) 2.6 人工处理过程 (13) 2.7 尚未解决的问题 (13) 3 接口设计 (13) 3.1 用户接口 (13) 3.2 外部接口 (14) 3.3 内部接口 (14) 4 运行设计 (18) 4.1 运行模块组合 (18) 4.2 运行控制 (18) 4.3 运行时间 (18) 5 系统数据结构设计 (19) 5.1 逻辑结构设计要点 (19) 5.2 物理结构设计要点 (1) 5.3 数据结构与程序的关系 (4) 6 系统出错处理设计 (4) 6.1 出错信息 (4) 6.2 补救措施 (5) 6.3 系统维护设计 (5)
1 引言 1.1 编写目的 随着证券交易电子化程度的不断提高，券商对于各种业务提出了新的要求，为了满足券商的发展需求，更好的为客户提供服务，现结合原有各版本的证券交易软件的优点和特点，开发一套采用Client/Server结构的证券交易软件管理系统（SQL版）。本系统从底层予以优化，使整个系统的运行速度得到较大提高，通过重新优化数据库内部结构，使系统的可扩充性得到极大提高。 本说明书给出SQL版证券交易系统的设计说明，包括最终实现的软件必须满足的功能、性能、接口和用户界面、附属工具程序的功能以及设计约束等。 目的在于： ?为编码人员提供依据； ?为修改、维护提供条件； ?项目负责人将按计划书的要求布置和控制开发工作全过程； ?项目质量保证组将按此计划书做阶段性和总结性的质量验证和确认。 本说明书的预期读者包括： ?项目开发人员，特别是编码人员； ?软件维护人员； ?技术管理人员； ?执行软件质量保证计划的专门人员； ?参与本项目开发进程各阶段验证、确认以及负责为最后项目验收、鉴定提供相应报告的有关人员。 ?合作各方有关部门的复杂人；项目负责人和全体参加人员。