附件1
北斗-GPS导航卫星高空气象观测系统
功能需求书
中国气象局综合观测司
二〇一二年九月
前言
为规范北斗-GPS导航卫星高空气象观测系统的研制和生产，中国气象局综合观测司组织中国气象局气象探测中心编写了《北斗-GPS导航卫星高空气象观测系统功能需求书》。
本需求书针对综合应用北斗和GPS导航卫星双模的高空气象观测体制，主要提出了系统的总体要求、结构与组成、基本功能、技术性能。
系统的研制、生产和使用必须遵从本功能需求书。
本功能需求书解释权归中国气象局综合观测司。
目录
1 总体要求 (1)
2 系统组成 (1)
2.1 探空仪 (2)
2.2 地面信号接收和处理设备 (3)
3 系统功能 (3)
3.1 探空仪 (3)
3.2 地面信号接收和处理设备 (4)
3.3 软件系统 (4)
3.3.1 放球操作 (5)
3.3.2 探空数据处理 (5)
4 技术性能及其指标要求 (5)
4.1 工作频段 (5)
4.2 观测范围 (6)
4.3 测量范围和最大允许误差 (6)
4.3.1 探空仪定位 (6)
4.3.2 风矢量速度 (6)
4.3.3 气温 (6)
4.3.4 相对湿度 (6)
4.3.5 气压 (6)
4.3.6 风向 (7)
4.3.7 风速 (7)
4.4 探空仪 (7)
4.4.1 结构要求 (7)
4.4.2 测量传感器 (8)
4.4.2 测风模块 (8)
4.4.3 发射机 (8)
4.4.4 数据传输速率 (9)
4.4.5 电池 (9)
4.5 地面信号接收处理设备 (9)
4.5.1 天线类型 (9)
4.5.2 天线抗风能力 (9)
4.5.3 接收灵敏度 (9)
4.5.4 电源 (9)
4.5.5 电源适应性 (9)
4.5.6 接收设备与天线距离 (9)
4.5.7 计算机 (9)
4.5.7 连续工作时间 (10)
4.6 探空仪检测箱 (10)
4.7 可靠性和维修性 (10)
4.7.1 可靠性 (10)
4.7.2 维修性 (11)
4.8 电气安全性 (11)
4.9 电磁兼容性 (11)
4.10 环境适应性 (12)
4.10.1 工作环境 (12)
4.10.2 系统贮存环境 (12)
4.10.3 运输和振动 (12)
4.11 软件系统 (13)
4.11.1动态链接库调用 (13)
4.11.2 放球操作 (15)
4.11.3 探空数据处理 (16)
5 技术文件和资料 (19)
1 总体要求
北斗-GPS高空气象观测系统应集成北斗和GPS导航双模测风体制，能够按照《常规高空气象观测业务规范》要求，完成高空气象观测任务，总体要求包括：系统能在恶劣天气环境中完成正常探空业务。
系统采用通用化、系列化、组合化设计，降低系统的复杂程度。
系统安装、调整、标定和校正方便，维修维护简便易行。
系统须选用合格的耐老化、抗腐蚀、电气绝缘的材料和元器件，材料和元器件须经过严格检验和老化筛选处理，并采用降额使用的方法提高可靠性。
系统的焊缝整齐平滑，无焊渣、气孔，铆接牢固、可靠，无歪斜、松动，连接件、紧固件无锈、无损、无松动、无变形等缺陷，结构件的表面须经涂、敷、镀等工艺程序，具有耐潮、防霉、防盐雾等性能。
系统软件设计符合相关标准要求，软件结构便于修改和维护，操作界面简明，方便使用，易于学习。
系统各部件颜色应协调，不应有影响读数和观察的缺陷。
软件系统要求运行稳定、可靠，界面直观友好，操作简便快捷，自动化程度高，允许人工介入各种处理过程，提供强大的数据恢复、备份、联网能力，输出的气象产品能够满足业务要求。数据处理方法严格遵循中国气象局的《常规高空气象观测规范》，在生成常规业务产品的基础上，满足其它业务和科研的观测数据产品需求。
2 系统组成
北斗-GPS导航卫星高空气象观测系统由北斗GPS导航测风探空仪（以下简称探空仪）、地面信号接收处理设备和探空仪检测箱三部分组成，如图1所示。其中各部分具体组成如下：
2.1 探空仪
探空仪由包括北斗-GPS 信号接收和处理电路模块（测风模块）、温度和湿度测量元件、信号采集和转换模块及数字编码和调制模块（内嵌气压传感器）、发射机和电池等组成。具体如图2所示：
图1 北斗-GPS 导航卫星高空气象观测系统组成示意图
2.2 地面信号接收和处理设备
地面信号接收和处理设备包括探空仪信号接收和解调单元、导航卫星信号接收机、数据终端处理单元、传输接口、探空仪检测箱等。采用在线UPS电源与市电一起不间断供电。其组成用图3表示。
其中，探空仪检测箱所采用的温度和湿度标准器为铂电阻通风干湿表，气压标准器采用硅压阻压力传感器。检测箱用电机带动风扇形成气流循环，为保证测试室温度、湿度的稳定性和均匀性，整个风道为上下型回流式风洞结构，其测试室和湿度控制室分别置于环形通风道的上、下面。
3 系统功能
3.1 探空仪
3.1.1 温湿度测量。探空仪温湿度测量元件安装在探空仪盒体伸出的支架上，温度、湿度测量元件的测量数据通过数据采集模块应能转换为数字信号送至信号编码调制模块。
3.1.2 气压测量。北斗-GPS导航卫星高空气象观测系统主要采用卫星定位测量高度反算气压，为满足用户精细化探测的需求，搭载气压传感器，同步从地面至100hPa进行观测。
3.1.3 探空仪校准信息。存储于探空仪的器件中，并在地面基测时传送给地面接收终端。
3.1.4 风及空间位置的测量。探空仪由安装在探空仪上的测风模块接收和处理北斗-GPS导航卫星定位信息，并接收卫星时间信息、卫星位置信息和卫星信号状态信息等，实时确定探空仪飞行轨迹上每秒间隔的三维坐标和三维速度，相关信息通过编码调制模块传送给发射机发回地面，经地面信号接收和处理设备进行后续计算。
3.1.5 信号传输。发射机将经过调制的载波信号通过功率放大器放大，经发射天线将放大后的射频信号向地面接收处理设备发送。
3.2 地面信号接收和处理设备
3.2.1 地面信号接收处理设备通过探空仪信号接收天线、探空信号接收和解调装置，接收和解调探空仪发射信息，获取以下信息：
（1）探空仪随施放时间变化的三维坐标和三维速度；
（2）探空仪传感器测量到的温度、湿度和气压原始数据，以及探空仪状态信息原始数据。
3.2.2 地面信号接收处理设备通过导航卫星接收天线接收导航卫星定位信息，获取地面信号接收和处理设备的位置信息和时间信息；
3.2.3 数据终端处理单元采用高档微机，其配置满足信号接收、数据存储及处理需求，接口通用。通过搭载软件系统，实现探空数据编辑、报文产品生成等功能，并通过I/O接口及附属设备，实现人机交互以及产品显示和传输等功能。
3.2.4 地面信号接收处理设备配有探空仪检测箱，用于探空仪施放前的基值测定，以判定探空仪的测量性能是否合格，并对合格的探空仪提供温度和湿度修正值，同时提供反算气压用的地面基准气压值。
3.2.5 地面信号接收处理设备有维修检查接口及维修调试软件，故障隔离到电路板级；具有故障自检和报警功能，能在显示器的窗口画面上显示故障类型和故障部位。
3.3 软件系统
软件系统功能主要包括放球操作和数据处理功能。具体如下：
3.3.1 放球操作
3.3.1.1 根据《常规高空气象观测业务规范》要求，具有地面信号接收处理设备对台站参数、地面参数、设备参数等设置和参数调用功能。
3.3.1.2 具有地面信号接收处理设备操作、运行状态监控功能。
3.3.1.3 具有探空仪信号接收、解调和计算机自动预处理（粗大误差自动剔除、自动数据插值替换、数据误差订正、数据平滑等数据预处理）功能。
3.3.1.4 根据《常规高空气象观测业务规范》要求，具有包括温度、湿度、气压、高度、风向风速、探空仪状态信息、卫星定位信息等的图形和数字显示功能，支持实时人工数据编辑和人机互动。
3.3.1.5 具备数据安全保护功能，能定时备份存储数据，并在系统“死机”时支持系统重启后恢复放球操作。
3.3.1.6根据《常规高空气象观测业务规范》要求，在探空完成后将经处理（自动预处理和人工二次处理）后的观测数据，形成标准数据文件。保存未经订正处理的、经过预处理的和进行了人工二次处理的所有数据；
3.3.2 探空数据处理
针对经动态链接库预处理和人工二次处理后的标准数据文件，根据《常规高空气象观测规业务范》中的数据处理方法对探空数据进行显示、删除、修改、处理等工作，软件还应提供人机交互手段，操作员能够以人工介入的方式处理各种数据，在此基础上生成要求的报文，并完成文件打印和上传。具体功能包括
3.3.2.1 对标准数据文件的秒数据和相关参数信息进行再次编辑处理功能。
3.3.2.2 针对3.3.2.1编辑处理后的数据进行探空数据处理和产品生成。
3.3.2.3 报表生成和数据通信功能。
3.3.2.4 图形显示功能。
3.3.2.5打印、窗口查看、快捷操作和帮助查询等辅助功能。
4 技术性能及其指标要求
4.1 工作频段
P波段（401 MHz～406 MHz）及其他气象仪器可用频段。频谱应与GNSS兼容。
4.2 观测范围
最大观测高度：≥36 km；
最大观测斜距：≥200 km。
4.3 测量范围和最大允许误差
4.3.1 探空仪定位
测量高度范围：0～36km
水平最大允许误差：±10 m；
垂直最大允许误差：±20 m。
4.3.2 风矢量速度
测量高度范围：0～36km
水平分量（南北和东西）最大允许误差：±0.2m/s。
4.3.3 气温
测量范围：+50℃～-90℃；
最大允许误差：50℃～-80℃：±0.2℃；
-80℃～-90℃：±0.3℃。
4.3.4 相对湿度
测量范围：0～100% RH；
最大允许误差：±3%RH。
4.3.5 气压
采用导航卫星提供的高度计算以及气压传感器观测两种方式联合观测，高度反算气压时以探空仪检测箱提供的地面气压值为基准点计算气压值。
高度反算气压：
测量范围：1060 hPa ～1 hPa，
最大允许误差：具体见表1。
气压传感器观测（用户可选项）：
指标应用范围：1060 hPa ～100hPa
最大允许误差：１hPa
表1 高度反算气压指标
高度（km）位势高度最大允许误差（gpm）气压最大允许误差（hPa）
1 15 1.5
3 15 1.5
6 20 1.5
10 30 1.5
16 60 1
20 100 1
24 100 0.5
32 120 0.2
4.3.6 风向
测量高度范围：0～36km
测量范围：0°～360°；
最大允许误差：±3°（风速大于3m/s）。
4.3.7 风速
测量高度范围：0～36km
测量范围：0～150 m/s；
最大允许误差：±0.3 m/s。
4.4 探空仪
4.4.1 结构要求
4.4.1.1 探空仪测量元件的安装应牢固、可靠,探空仪处于水平、垂直、倒置、旋转运动时均应能保持其测量性能。
4.4.1.2 湿度测量元件安装在防护罩里, 以防止雨滴、云滴的溅落和太阳直接辐射。防护罩内通风应良好,元件所在位置应与外界环境条件一致。
4.4.1.3 探空仪盒具有保温功能，在整个施放持续时间內，盒内电路板和元器件的温度不低于－25℃，不高于50℃。
4.4.1.4 探空仪的外壳应采用暗光材料，以减少对温度测量元件的辐射；其系留支撑应有足够的强度，以免施放时或飞行过程中被拉断。
4.4.1.5 探空仪在移动、运输、贮存过程中应对探空仪盒采取有效保护。在施放
时温度和湿度测量元件支架能伸展到规定位置并被锁定,测量元件支撑在探空仪盒的上方,与盒的轴线保持适当的夹角,其距离使测量元件少受探空仪表面辐射热的影响。
4.4.1.6 探空仪盒应方便装放探空仪；为检查、调节探空仪所开的观察、调节孔在操作完毕后应能方便地覆盖。
4.4.2 测量传感器
温度、气压和湿度测量元件测量性能应符合4.3.1～4.3.5的要求；其综合输出值应为数字量。
4.4.2 测风模块
4.4.2.1 测风模块应为GPS和北斗双模接收解算模块，至少应具有同时接收和处理12颗北斗卫星和12颗GPS卫星信号的能力，并能将其规定参数发回地面，以便进行卫星位置显示；数据采集部件应预留不少于两个数字或模拟通道。
4.4.2.2 测风模块应具有根据卫星信号质量优选出四颗以上用于对探空仪定位卫星的能力，并能将被选卫星以其他卫星不同的标志发回地面。
4.4.2.3 测风模块的输出应为数字量，并应能与探空仪的信息兼容，以便与探空仪信号一起排序对发射载波进行调制。
4.4.2.4 测风模块的工作性能应符合以下要求：
（1）冷启动定位时间：≤3min；
（2）热启动定位时间：≤1min
（3）重新获捕时间：≤1s；
（4）数据更新时间：每秒一次。
4.4.3 发射机
4.4.3.1 发射频率连续可调，步进1kHz。探空仪应提供相应串口由地面接收终端发送指令进行频率设置；
4.4.3.2 平均发射功率：120mW～200mW；
4.4.3.3 发射体制：连续载波数字调频GFSK；
4.4.3.4 发射谱宽：≤50kHz（－50dBc）；
4.4.3.5 载波频率温度稳定性：探空仪在温度－90℃～50℃变化条件下，中心频率允许偏移≤20 kHz；
4.4.3.6 发射时间间隔：每秒一次。
4.4.4 数据传输速率
2400bps。
4.4.5 电池
采用干电池供电，放电持续140分钟，不低于规定电压最小值（工作状态，温度－30℃）。
4.5 地面信号接收处理设备
4.5.1 天线类型
观测系统的地面信号接收处理设备应采用全向天线，无伺服系统，天线应置于天线罩内，以防止大风和锈蚀。
4.5.2 天线抗风能力
天线（探空仪信号接收天线和导航卫星信号接收天线）在风速30 m/s时应能正常工作，阵风50 m/s时没有永久性变形。
4.5.3 接收灵敏度
优于－115dbm（载噪比为12dB时）
4.5.4 电源
地面信号接收处理设备应配有在线式UPS电源，维持系统工作时间不低于2小时。
4.5.5 电源适应性
电源电压单相220V、频率50Hz，在电源电压变化＋10％～－15％，频率变化±3％时，系统能正常工作。
4.5.6 接收设备与天线距离
地面信号接收处理设备天线（探空仪信号接收天线和导航卫星信号接收天线）与室内分机的连接电缆长度不小于50m。
4.5.7 计算机
地面信号接收和处理设备数据终端为高档微机，用于完成地面接收和处理系统控制、探空信号接收和解调、人机交互、产品数据处理和显示，并用于设备运
行状态监测和报警，符合以下要求：
（1）硬件基本配置
CPU ：Pentium M 2.6GHz；
内存：2GB DDR DRAM；
硬盘：250G/7200/SATA2；
集成主板： 2× USB；RJ45 LAN接口；
显示器： 19″LCD；
安装结构：19″2U机架。
（2）系统环境
操作系统：Windows XP中文版或Windows 7，及其后续视窗操作系统；
开发环境：MS VC++ 6.0以上；IE6.0以上浏览器。
（3）软件配置
安装且能稳定运行北斗-GPS导航卫星高空气象观测软件系统。
4.5.7 连续工作时间
≥24小时。
4.6 探空仪检测箱
探空仪检测箱按照《电子探空仪地面检测箱功能需求书》的功能和技术要求执行。
4.7 可靠性和维修性
4.7.1 可靠性
4.7.1.1 观测系统各部分所用的电路元器件和测量器件应经过老化筛选，并采用降额使用的方法提高可靠性。
4.7.1.2 整机所用电子元器件的可靠性指标应符合相关手册的要求，没有可靠性指标的电子元器件不应采用，探空仪、地面信号接收处理设备和探空仪检测箱设计时的可靠性预计值至少应大于技术指标规定值的三倍。
4.7.1.3 探空仪的贮存时间为24个月，在储存有效期内，其失效率λ≤0.10。
4.7.1.4 地面信号接收处理设备的连续工作时间应不小于24h，平均故障间隔次数(MTBF) ≥20次。
4.7.1.5 探空仪检测箱的连续工作时间应不小于30min，平均故障间隔时间
θ)应不低于1000h；
MTBF(
1
4.7.2 维修性
4.7.2.1 承制方应提供维修手册，其内容包括：
（1）工作原理和结构概述；
（2）电气原理图、装配图和元件明细表；
（3）常见故障和排除方法；
（4）测量元件更换和校准方法。
4.7.2.2 观测系统的设计应遵循维修可达性、方便性和快速性原则；尽量采用积木式结构和标准化、具有互换性的部件提高维修性水平。
4.7.2.3 采用设置测试点的方法减少维修中查找故障的时间，故障平均修复时间MTTR应不超过30 min。
4.8 电气安全性
4.8.1 观测系统的所有仪器、设备的电气、电子器件、组件的连接应牢固，在运输和搬运时不应有接触或碰撞的可能。
4.8.2 地面信号接收处理设备和检测箱外壳带电应不超过36 V；电源线与机壳之间的电阻在室内正常环境条件下应大于10Ω
M在湿热环境条件下应不大于 2 M。
Ω
4.8.3 地面信号接收处理设备的天线支架和外壳应配有接地线，接地电阻应不大于4Ω。
4.9 电磁兼容性
系统的电磁兼容性设计满足GJB151A要求。包括采用综合有效措施抑制系统自身产生和来自周围环境的电磁干扰；对市电电源采取滤波和抑制措施，防止电源波动和脉动干扰；保证系统各组成单元在预定的电磁环境中协调工作。
4.10 环境适应性
4.10.1 工作环境
4.10.1.1 探空仪
高温：50℃；
低温：-90℃；
湿热：95（35℃）；
淋雨：可承受直接降水；
气压：1060 hPa～5 hPa。
4.10.1.2 地面信号接收处理设备
高温：室外部分50℃，室内部分30℃；
低温：室外部分-40℃，室内部分－10℃；
湿热：95%RH（35℃）；
低气压：不低于650 hPa。
4.10.1.3 探空仪检测箱
高温：40℃；
低温：10℃；
湿热：90%（35℃）；
低气压：不低于650 hPa。
4.10.2 系统贮存环境
低温：-50 ℃
高温：60 ℃。
湿热：95 %RH （40 ℃）。
4.10.3 运输和振动
4.10.3.1 振动
用振动试验设备，加速度29.4m/s2，频率10Hz～20Hz，持续时间30min。
4.10.3.2 运输
用模拟运输试验台，加速度29.4m/s2，频率4Hz，持续时间2h。
4.11 软件系统
软件系统界面及功能设计统一，系统调用各型号探空仪承制方提供的用于解算探空仪所测气象信息和地面信号接收处理设备控制的专用数据解析动态库，以供地面信号接收处理设备的控制和探空仪信号接收解调，在此基础上，完成放球操作和探空数据处理。具体要求如下：
4.11.1动态链接库调用
软件通过对动态链接库调用实现探空系统放球操作，对专用数据解析动态库要求具体如下：
4.11.1.1探空系统的专用数据解析动态库以打包的形式调用，其输出格式和波特率应符合高空气象观测业务应用软件输入输出接口的规定。
4.11.1.2接收的探空仪数据包括温度、气压、湿度、导航卫星对探空仪的定位数据和状态信息监控数据等应进行同步接收，并在信号到达解析动态库的瞬时加入数据处理计算机给出的时间，数据间隔应不大于1.0s，时间数据至少应提供一位小数。
4.11.1.3应完成探空仪气压、温度、湿度观测数据接收、粗大误差自动剔除、自动数据插值替换、数据误差订正、数据平滑等数据预处理,同时，能够输出未进行处理的原始探空数据。
4.11.1.4应具备根据卫星状态信息数据对测风数据进行自动剔除的功能。
4.11.1.5解析动态库输入应为99Byte的二进制码，要求探空仪按照观测数据和校准数据两种编码格式发送，具体格式见表2和表3；波特率为 2400bps。
4.11.1.6能解析软件对地面信号接收处理设备功能调用，包括天线控制、地面定位信息信号调用等。
表2 探空仪观测数据编码格式
字节位置定义说明
１－４码组标识符帧头
５－８采集板编码探空仪识别码
9 数据包标识0：探空仪校准数据，1：观测数据；
10 UTC时间: 小时Hour
11 UTC时间: 分钟秒数据为0~599（扩大10倍），占10位，需要与分
12
UTC时间: 秒钟的字节合并，分钟为0~59，占6位，将秒的2位移
至分钟的第7~8位上。
13 定位状态0/1
14-17 经度-π to π（正数表示东经，负数表示西经）
18-21 纬度-π/2 to π/2（正数表示北纬，负数表示南纬）22-25 海拔0~600000（比例因子是10）
26-27 北向速度比例因子为100，分辨率为0.01m/s，范围是
-327.68m/s到327.67m/s。
28-29 东向速度
30-31 垂向速度
32 卫星数接收到卫星数（GPS+BD最多24）
33 HDOP 定位精度因子（饱和值为25.5，即如果大于25.5时，
输出值为25.5。其比例因子是10）
34 卫星状态信息包编号状态信息包编号和参与解算卫星数（暂定分8组））
35-46 卫星状态信息一组3个卫星，每组4字节（包括卫星号、是否参与计算、载噪比、仰角和方位）。
47-66 PTU数据
67 电压监控电池电压等
68 盒内温度监控
69-85 预留预留16字节86-97 校验预留
98-99 校验和字尾（16比特校验和为无符号短整型数，其为所有信息字节（包括帧头）求和，忽略超出16位的进位和溢出。低字节先发，高字节后发。）
注：1）字节34-卫星状态包编号表示本数据包中卫星状态信息的编号（3bit），从0开始，要发送24颗卫星的状态信息，则该编号为0～7；以及参与解算卫星数（5位）；
2）字节35-46卫星状态信息中，共三组，每组四字节，第一字节中7bit表示卫星号（其中GPS的卫星号为1～32，北斗2的卫星号为实际卫星号＋50。），第8个bit 代表该颗卫星是否参与计算，参与计算则为1，不参与计算则为0；信噪比占用1个字节；方位和仰角信息合并占用2个字节，仰角最大为90，占用7bit，方位角最大为360，占用9bit，需要将方位角的1个bit移至仰角所占字节中。
3) 字节9数据包标识为探空仪发射两种状态的标识，0为探空仪校准数据传送给地
面终端的格式；1为探空仪观测数据传送给地面终端的格式。
4）HDOP（Horizontal Dilution of Precision）：水平定位精度因子。是描述水平坐标精度的误差程度，值为纬度和经度误差平方和的开根号值，值越小定位精度越高，最准确时精度近似1，
表3 探空仪校准数据编码格式
字节位置定义说明1-4 码组标识符帧头
5-8 采集板编码探空仪识别码
9 数据包标识0：探空仪校准数据；1：观测数据10-97 探空仪校准数据
98-99 校验和字尾（16比特校验和为无符号短整型数，其为所有信息字节（包括帧头）求和，忽略超出16位的进位和溢出。
低字节先发，高字节后发。）
4.11.2 放球操作
软件通过调用动态链接库实现对地面信号接收处理设备的控制和探空仪信号接收、解调和预处理，在此基础上根据《常规高空气象观测业务规范》要求，完成放球操作，具体要求如下：
4.11.2.1具有台站参数设置、地面参数设置、设备参数设置、启动设备、天线控制等。
4.11.2.2 自动接收和处理探空仪序列号和校准数据；
4.11.2.3 监视设备与计算机之间的通信状态；
4.11.2.4 实现探空系统状态信息和故障显示、报警、定位（声音、图形方式）；
4.11.2.5 完成地面基测和地面瞬时观测数据等人工录入，基测合格判断等功能。
4.11.2.6 实时显示并输出气压计算高度和卫星定位高度反算气压；
4.11.2.7 在放球过程中解调探空仪传送至地面的信息，显示并输出经自动预处理后的温、压、湿、风和探空仪运行轨迹（升速、经纬度、相对测站位置的投影坐标和高度）曲线及数据；
4.11.2.8 在放球过程中支持人工修改各种数据；
4.11.2.9 放球过程中自动定时备份数据，支持定时人工干预；
4.11.2.10保存未经订正处理的、经过预处理的和进行了人工二次处理的所有数据；
4.11.2.11支持补放测风球；
4.11.2.12在施放过程中系统“死机”情况下，重新启动后可继续接收信号；
4.11.2.13可自动和手动（或遥控）施放，可进行放球时间订正；
4.11.2.14在规定的接收频率范围内，能显示工作场所干扰频率和探空仪频率的波
形；
4.11.2.15 监控卫星定位导航状态信息，并通过声音和图形方式进行相应异常情况报警。
3.3.1.14 根据《常规高空气象观测业务规范》要求，生成数据文件供探空数据处理软件调用。
4.11.3 探空数据处理
软件系统在对探空仪原始探测数据进行处理的基础上生成输出产品，具体要求如下：
4.11.3.1 对标准数据文件的秒数据和参数信息进行再次编辑处理功能。
软件通过数据文件列表选取，针对经动态链接库预处理和人工二次处理后的实时和历史标准数据文件，根据《常规高空气象观测业务规范》要求数据处理方法提供对探空数据进行显示、删除、修改、处理等功能的手段，操作员能够以人工介入的方式处理各种数据。
具体包括：
1）删除终止后所录取的数据；
2）自动修正探空数据错误；
3）删除（恢复）探空数据；
4）手动修正探空曲线错误；
5）修改探空数据；
6）删除（恢复）球坐标数据；
7）手动修改球坐标曲线；
8）手动修改球坐标数据；
9）删除下沉记录；
10）恢复误删除出的探空、测风数据；
11）探空数据查询；
12）球坐标数据查询；
13）每秒球坐标数据查询；
14）放球前5min探空数据查询；
文档信息： 项目组成： 文档变更历史： 相关文档： 审核结果：
目录
1简介 1.1 背景 中测公司的主营业务是软件测试，公司规模为70人左右，其部门包括人事部、财务部、研发部、销售部等。公司的人员类型有以下几种：普通员工、部门经理、人事部成员和总经理。其中人事部有一个人事经理，三个人事助理。该管理系统的主要功能是管理员工资料、管理员工考勤、计算员工薪资和业绩评定等。大部分涉及对敏感数据修改的工作都仅由人事部完成，如计算工资、修改考勤记录；并且有些只有人事经理才可以处理，如定制部门、指定员工的基本薪资等。普通员工可以通过 Web 浏览自己的基本资料、考勤信息、薪资信息和请假记录等。员工也可以通过Web 提出请假和加班申请，如果所属部门的经理审批通过，人事部就可以登记在案。人事经理默认拥有人事助理的所有权限，部门经理默认拥有普通员工的所有权限，总经理默认拥有部门经理的所有权限。 1.2 目标 该文档描述人事管理系统的详细功能定义，并对模块划分、业务流程进行了定义。所有设计人员、开发人员、测试人员以及其他团队成员都应该以该文档作为产品的功能定义，并衍生出其他文档。 2功能描述 WEB管理系统主要用于对项目进行管理，并提供了相关人事职能 2.1 登陆部分 2.1.1登陆 登陆界面如所示。登录时，需要输入用户名及密码，并单击“登录”按钮，完成登录过程。 图2.1 登陆页面 功能说明： ●登录名/密码 ●登录名必须是本单位数据库中已经设置好的登录名，否则登录时会提示出错 ●读取浏览器端的Cookie值，如果员工以前登录过，则自动显示上次的登录名，光标 定位在“密码”文本框。若以前没有登录过，则光标停留在“登录名”文本框，且文本框显示空白 ●密码长度不得超过20个字符，超过以后限制输入。可允许的字符至少要包括数字 （0~9）、大写字母（A~Z）和小写字母（a~z）。但在这个登录页面，密码没有受到限制。 在这里如果密码不正确，则无法进入系统。限制密码格式是在后面的“修改登录密码” 模块涉及的
电器产品规格书格式公司标准化编码 [QQX96QT-XQQB89Q8-NQQJ6Q8-MQM9N]
* * 有限公司 产品规格书 （产品名称） 型号： 制定日期： 版本: A [变更履历]
１．适用范围 （产品使用的额定电压，或指只适用于销售于某一地区所使用的电压。） ２．型式 型号说明 主要参数 操作或使用说明 ３．外观 1）颜色 各部件颜色要符合表面处理及限度样板。 2）丝印 ①不能有刮伤、印空、脱落等现象。 ②印刷色要符合限度样板。 3）喷油 ①不能有刮伤、脱油等现象。 ②颜色及表面处理要符合限度样板。 4）标识 ①标识内容要明确。符合图纸。 ②在指定位置印刷及贴付。 5）制品批号、个?外装箱批号指定位置要正确、明确地标示出来。 6）不能有刮伤、脏汚、破裂等。 7）电源线有效长度（根据客户要求或参考产品销售地区的安规标准如：UL/PSE/CE等.） ４．构造,部品 １）组装 各部品的组装不能强行压入、接合处、间隙等要根据图面要求。 ２）部品 各部的部品根据图面或部品承认图。
３）空间距离、沿面距离 导电体与其它导电体之间的距离 2.5mm以上 导电体非导电体之间的距离 2.0mm以上 ４）内部配线 不能触及可动部、高温部、配线装入时不要过分用力。 ５）电器装配部品 如：风扇/马达等 （详细说明部品的生产厂商/型号/规格等。） ６）包装 符合包装仕样书要求。 ５．性能 １）绝缘电阻 机器在正常室温下，施以机器的额定电压开机运转正常后。拔掉电源用绝缘电阻测试仪测量导电部和非导电部之间的绝缘电阻 规格：（根据产品的要求及产品销售地区的安规作制定） ２）绝缘耐压 机器在正常室温下，施以机器的额定电压开机运转正常后。拔掉电源用耐压测试仪测量导电体和导电体之间的耐压 规格：（根据产品的要求及产品销售地区的安规作制定） ３）额定功率 机器在正常室温下，施以机器的额定电压开机运转正常后。，用功率测试仪测试 机器工作时的功率 规格：（产品功率平均值）W±%以内。（功率波动范围根据不同类型的产品 和客户要求制定） ４）正常升温测试
XX项目 设计规格说明书 (仅供内部使用) 重庆工学院计算机学院 XX年XX月XX日
修改记录
目录 1．引言.................................... 错误!未定义书签。 项目名称.................................... 错误!未定义书签。 编写目的.................................... 错误!未定义书签。 项目背景.................................... 错误!未定义书签。 定义........................................ 错误!未定义书签。 参考资料.................................... 错误!未定义书签。2．任务概述..................................... 错误!未定义书签。 项目总体目标................................ 错误!未定义书签。 需求概述.................................... 错误!未定义书签。 运行环境.................................... 错误!未定义书签。 软件环境............................... 错误!未定义书签。 硬件环境............................... 错误!未定义书签。 开发环境.................................... 错误!未定义书签。 条件与限制.................................. 错误!未定义书签。3．总体设计..................................... 错误!未定义书签。 系统架构.................................... 错误!未定义书签。 处理流程.................................... 错误!未定义书签。4．功能详细设计................................. 错误!未定义书签。 功能1 ...................................... 错误!未定义书签。 功能说明............................... 错误!未定义书签。 功能结构............................... 错误!未定义书签。 类设计................................ 错误!未定义书签。 用户界面设计............................ 错误!未定义书签。 类1 的算法与程序逻辑.................. 错误!未定义书签。 方法1 .............................. 错误!未定义书签。 功能............................ 错误!未定义书签。 输入............................ 错误!未定义书签。
1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,1024*768的兼容显示器 标准兼容打印机 <2>软件方面: WIN XP操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下:
3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户 组成:返回信息 流通量:每次登录返回一次 3.数据流名:输入修改信息 来源:用户 去向:系统判断部分 组成:根据各数据库内容而不同 流通量:依用户输入而定 4.数据流名:反馈信息 来源:系统判断部分 去向:用户 组成:系统经判断后发回的字符数据 流通量: 依系统当前信息而定 5.数据流名:识别信息 来源:系统内部检验部分 去向:系统判断部分 组成:系统各数据库的标识信息 流通量:用户每次输入流通一次 6.数据流名:处理信息 来源:系统判断部分
信息安全服务软件 说明书 1.引言 本软件使用说明书是为了指导信息安全服务软件的使用操作，同时为本软件系统的测试提供必要的信息。 本详细设计说明书的读者都包括以下人员： a. 代码编写人员 b. 测试人员 c. 概要设计人员 d. 其它对信息安全服务软件感兴趣的人员。 2.软件概述 2.1目标 安全是一个动态的过程，在信息系统运行维护期间可能遭遇来自各方面的安全威胁。为保证信息系统运营使用单位网络及应用服务的持续正常运行，信息安全服务软件依靠有关信息安全事件相关标准，通过提供网络安全保障服务来加强信息系统运营使用单位的网络安全性，通过定期和不定期的安全扫描服务、安全巡检服务、安全预警服务以及周到的突发应急响应服务将安全工作落到实处，以有效提高信息系统运营使用单位的网络安全保障能力。 ?增强技术设施抵抗非法攻击的能力； ?集中精力维护信息系统的持续可用； ?提高技术人员对信息安全的认识； ?快速发现企业的信息安全漏洞，通过有效的防护方法，提升信息安全水平；
?加强信息基础设施的安全水平，降低安全风险； ?维持企业形象、赢取客户信任。 2.2功能特点 该系统具有以下几个功能特点： （1）本软件系统的开发采用了C/S结构，技术成熟，使得该系统具有高可靠性、较强的拓展性和维护性； （2）该系统支持并发用户数较多。响应时间仅在2s左右，具有良好的实用性和出众的性价比。 （3）同时本软件在预检结果的准确度方面也具有很高的可信性。开发人员在网络安全、数据传输安全、数据访问安全和数据存储安全等几个方面做了大量努力，使得系统安全性极高； 3.运行环境 3.1硬件环境 服务器端：CPU以Intel的型号为准，可以采用AMD相同档次的对应型号，内存基本配置4G 客户端：CPU为Core i3-2100 3.10GHz（标准配置），内存为4 GB（标准配置），磁盘存储为500 GB（标准配置）。 3.2软件环境 所需软件环境如下： 操作系统为：windows xp,windows2003,vista等。推荐windows xp。
数据产品规格说明书 Document number：WTWYT-WYWY-BTGTT-YTTYU-2018GT
数据管控产品规格说明书
第一章引言 1.1编写目的 本文档作为数据管控产品体系(元数据和数据质量管理)的产品方案说明书，介绍元数据和数据质量的解决方案。 1.2项目背景 经过多年建设，企业一般已经初步建成了各类管理信息系统，虽然在运用和分析数据支持经营决策方面已初见成效，但是对比战略发展要求和国内外最佳实践经验，还是存在数据管控水平不高，以及配套体系建设相对滞后的问题。为解决这些问题，企业会做种种努力，但由于未采用系统性的管控治理，数据问题并未能从根本上解决，阻碍了企业管理精细化的进程。 参考国内外同业先进理念、做法，一般会从数据标准、数据质量、数据模型、数据分布、数据安全、数据生命周期管理等6个方面，采用全面规划、分步实施的策略，分阶段有序推进数据管控项目建设，包括构建统一的数据管控制度体系、优化数据管控流程、实施有针对性的数据管控配套系统建设，实现对数据资产的全面管理和深度利用，进而提升数据资产管理水平和信息服务水平，形成差异化的竞争优势和核心竞争力。 第二章方案概述 2.1方案目标 本方案主要完成以下工作：
①完成元数据管理系统和数据质量评估管理系统的引进、集成部署和客户化定制； ②完成风险相关数据标准在元数据管理系统的落地； ③完成风险相关数据质量的评估及数据质量评估分析模型的开发。 ④完成其他业务需求中明确的试点系统的数据标准发布和质量评估落地工作。 2.2项目范围 2.2.1实施内容 1)元数据管理系统和数据质量评估管理系统相关基础性工作 根据业务需求，结合企业现有系统的情况，制定具体项目实施方案，确保能完成相关咨询成果在系统内的部署和设置。完成系统接口设计、系统架构设计和形成实施所需的需求规格化文档等工作。完成产品的集成安装和初步调试工作。若提供的软硬件配置建议书不能完全满足企业软硬件选型需要的，需要协助事先完成必要的产品测试工作，确定最终的系统软硬件配置清单。 2)元数据管理系统和数据质量评估管理系统的客制化开发实施 根据企业的业务需求，对产品或应用进行客制化实施。根据对业务、技术元数据进行抽取和加载，在系统中建立元数据之间的映射关系。根据评分模型对评分卡进行客制化开发，并能将评分结果数据在第三方报表平台上展现。本阶段需要完成系统的概要设计、详细设计；完成数据接口设计和数据ETL工作；完成产品的配置，应用和报表的客制化开发等。产品客户化过程中，出现在场人员无法解决的技术或产品问题时，投标人应及时组织国内国外资源，快速解决问题，不能因此对项目进度造成影响。 3)元数据管理系统和数据质量评估管理系统的测试
教务管理系统需求规格说明书 1．引言 ?编写目的 二十一世纪是信息的社会，传统的教务管理模式，已经不适应信息时代的要求，迫使人们起用新的管理方法来管理。 科学技术日新月异的进步，让人类生活发生了巨大的变化，计算机技术的飞速发展，使各行各业在计算机技术应用方面得到了广泛的普及和使用。信息化时代的到来成为不可抗拒的潮流，人类文明正在进入一个崭新的时代。因此，教务管理系统也以方便、快捷、费用低的优点正慢慢地进入人们的生活，将传统的教务管理方式彻底的解脱出来，提高效率，减轻工人人员以往繁忙的工作，减小出错的概率，从而使人们有更多时间来学习和享受生活。 ?背景说明 ●该产品的名称为教务管理系统 ●系统设计的目标：出于本系统实学校学生管理的一个综合性的系统，本系 统得设计目标将最终定位于完成以上所诉的系统主要业务的基本模型上。 ●本系统管理的对象单一，都是在校学生，且每个数据内容具有较强的关联 性，涉及的计算过程不是很复杂。因此，比较适合采用数据库管理。在技 术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料， 特别是参考其它程序的功能，因此完全可以实现。 ●需求如下： 1．要求有良好的人机界面； 2．要求有良好的权限管理； 3．原始数据修改简单方便，支持多条件修改； 4．方便的数据查询，支持多条件查询； 5．在相应得权限下，删除数据简单方便，数据稳定性好； 6．计算机自动完成，尽量减少人工干预； 7．在相应的权限下，进行数据查询，插入，更改等基本操作。 8．能较好的支持中文数据，良好的国际化界面； ●参考资料 该项目参考资料大多来自书本《软件工程》和一些网上资料。2．概述 ?功能概述 1)系统登陆界面
文件编号： 受控状态：■受控□非受控 保密级别：■公司级□部门级□项目级□普通级 记录编号： 分发编号： xxx公司云平台 需求规格说明书 Version 1.0 2014.07.23
需求规格说明书模板
目录 1前言 (4) 1.1编写目的 (4) 1.2文档约定 (4) 1.3读者对象 (4) 1.4术语和缩略词 (5) 1.5参考文档 (5) 2项目概述 (5) 2.1项目背景 (5) 2.2项目目标 (5) 2.3需求范围 (6) 2.4总体框架 (6) 2.5组织机构 (6) 2.6用户特点 (6) 2.7设计约束 (6) 3功能性需求 (6) 3.1总体流程 (6) 3.2角色定义 (7) 3.3系统功能 (7) 3.4功能描述 (7) 4非功能性需求 (11) 4.1软件需求 (11) 4.2硬件需求 (12) 5外围系统和接口 (13) 5.1系统A (13) 5.2系统B (13) 6其他需求 (14) 7数据字典 (14) 8附件 (14)
1 前言 1.1 编写目的 [说明编写这份需求规格说明书的目的，指出预期的读者（一般包括评审人员、软件设计人员、软件开发人员，针对具体情况，还可能包括客户），它是软件开发的基础。] 1.2 文档约定 [描述编写文档时所采用的字体标准或排版约定，包括标题和正文的字体和字号约定。完成文档编写后，文档编写完成后本部分须裁剪] 字体大小约定： 标题1 宋体三号加粗 标题2 宋体小三号加粗 标题3 宋体四号加粗 标题4 宋体小四号加粗 标题5 宋体小四号 正文宋体五号 段落约定：文章中每段落需抬头，即段落开头需有两字元的缩排，单倍行距。 表与图编号约定：文中所有表、图须按章节编号，如：第四章节第二个表，编号为：表4-2。裁剪约定：如标注可裁剪提示信息，表示该部分内容可以裁剪或删除。 1.3 读者对象 [描述本需求规格说明书的主要读者。建议将不同读者的阅读重点与建议以列表方式表现，]
软件产品使用说明书格 式 Document serial number【KK89K-LLS98YT-SS8CB-SSUT-SST108】
NBC 可视化协同办公系统 使用说明书 北京阳 光伟业科技发展有限公司 2010年5月 文档控 制 修改记录 *修改类型分为A —AddedM —ModifiedD —Deleted 审阅人 存档
目录
1概述 1.1背景 系统的开发背景和编写这个手册的目的。 1.2应用领域与使用对象 描述软件所能使用的领域以及使用对象等。 1.4参考资料 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括与该产品有关的已发表的资料 文档中所引用的资料，所采用的软件标准或规范或业务规则 编号资料名称简介作者日期出版单位网址简介 1.5术语与缩写解释 缩写、术语解释
2系统综述 2.1系统结构 结合系统所具有的功能包括输入、处理和输出提供该软件的总体结构图表。2.2系统功能简介 结合本软件的开发实际逐项地说明本软件所有具有各项功能。 2.3性能 给出一般情况下的运行性能指数等。 2.4版权声明 声明版权所有者以及盗版应承当的法律责任。 3运行环境 3.1硬件设备要求 列出本软件所要求的硬设备的最小配置，如： 1、处理器的型号、内存、硬盘容量； 2、所要求的外存储器、媒体、记录格式、设备的型号和台数、联机/脱机； 3、I/O设备（联机/脱机）； 4、数据传输设备和转换设备的型号、台数。 3.2支持软件 说明为运行本软件所需要的支持软件，如： 1、操作系统的名称、版本号； 2、程序语言的编译/汇编系统的名称和版本号； 3、数据库系统的名称和版本号； 4、其他支持软件。
四川托普集团技术文档 卷号： 卷内编号： V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门：中央研究院应用产品开发中心 撰写人（签名）： 完成日期： 本文檔使用部门：■主管领导■项目组□客户（市场） ■维护人员□用户 文档验交组（签名）： 验交日期： 评审负责人（签名）： 评审日期：
软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书（SRS）的目的是： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2.定义 Workflow：工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表
2.软件总体概述 2.1.软件标识 软件全称：多层体系政务框架平台之一行政服务中心政务平台 软件简称：XZFWZXZW 版本号：1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的：1、公众服务 2、行政服务中心和各级政府部门 应用目标：行政服务机构 使用范围：行政服务机构，公众 2.3.软件功能(共12个系统模块)
实验报告□实践报告□ 课程名称：软件需求工程 实验名称：用例文档 实验地点：太原理工大学虎峪校区 专业班级：软件工程1417学号：2014005993 学生姓名：曹旭清 指导教师：王建珍 2017年5月3日 目录 1. 引言............................................................................................................................................. 1.1目的................................................................................................................................. 1.2定义................................................................................................................................. 登录模块：......................................................................................................................... 用户注册模块..................................................................................................................... 购物车模块：..................................................................................................................... 订单模块：......................................................................................................................... 基本信息管理模块：......................................................................................................... 公告模块：......................................................................................................................... 1.3参考资料......................................................................................................................... 2.系统总体概述............................................................................................................................. 2.1产品标识......................................................................................................................... 2.2产品描述......................................................................................................................... 系统属性............................................................................................................................. 开发背景............................................................................................................................. 产品功能............................................................................................................................. 2.3用户的特点..................................................................................................................... 3.系统功能用例图......................................................................................................................... 1. 引言 1.1 目的 网上订餐在当今社会还不怎么流行，但是随着科技的发展，网上订餐必定日趋走向成熟化，并被广大的市民所接受，尤其是被当代的大学生所接受。所以开
软件设计说明书 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系统总体结构确认 对系统组成、逻辑结构及层次进行确认，对应用系统、支撑系统及各自实现的功能进行确认，细化集成设计及系统工作流程，特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。包括：
数据管控产品规格说明书
第一章引言 1.1编写目的 本文档作为数据管控产品体系(元数据和数据质量管理)的产品方案说明书，介绍元数据和数据质量的解决方案。 1.2项目背景 经过多年建设，企业一般已经初步建成了各类管理信息系统，虽然在运用和分析数据支持经营决策方面已初见成效，但是对比战略发展要求和国内外最佳实践经验，还是存在数据管控水平不高，以及配套体系建设相对滞后的问题。为解决这些问题，企业会做种种努力，但由于未采用系统性的管控治理，数据问题并未能从根本上解决，阻碍了企业管理精细化的进程。 参考国内外同业先进理念、做法，一般会从数据标准、数据质量、数据模型、数据分布、数据安全、数据生命周期管理等6个方面，采用全面规划、分步实施的策略，分阶段有序推进数据管控项目建设，包括构建统一的数据管控制度体系、优化数据管控流程、实施有针对性的数据管控配套系统建设，实现对数据资产的全面管理和深度利用，进而提升数据资产管理水平和信息服务水平，形成差异化的竞争优势和核心竞争力。 第二章方案概述 2.1方案目标 本方案主要完成以下工作： ①完成元数据管理系统和数据质量评估管理系统的引进、集成部署和客户化定制； ②完成风险相关数据标准在元数据管理系统的落地； ③完成风险相关数据质量的评估及数据质量评估分析模型的开发。 ④完成其他业务需求中明确的试点系统的数据标准发布和质量评估落地工作。
2.2项目范围 2.2.1实施内容 1)元数据管理系统和数据质量评估管理系统相关基础性工作 根据业务需求，结合企业现有系统的情况，制定具体项目实施方案，确保能完成相关咨询成果在系统内的部署和设置。完成系统接口设计、系统架构设计和形成实施所需的需求规格化文档等工作。完成产品的集成安装和初步调试工作。若提供的软硬件配置建议书不能完全满足企业软硬件选型需要的，需要协助事先完成必要的产品测试工作，确定最终的系统软硬件配置清单。 2)元数据管理系统和数据质量评估管理系统的客制化开发实施 根据企业的业务需求，对产品或应用进行客制化实施。根据对业务、技术元数据进行抽取和加载，在系统中建立元数据之间的映射关系。根据评分模型对评分卡进行客制化开发，并能将评分结果数据在第三方报表平台上展现。本阶段需要完成系统的概要设计、详细设计；完成数据接口设计和数据ETL工作；完成产品的配置，应用和报表的客制化开发等。产品客户化过程中，出现在场人员无法解决的技术或产品问题时，投标人应及时组织国内国外资源，快速解决问题，不能因此对项目进度造成影响。 3)元数据管理系统和数据质量评估管理系统的测试 完成元数据管理系统和数据质量评估管理系统的各类测试工作，包括：单元测试、集成测试、压力测试和协助用户测试，测试工作需要符合企业测试规范要求。单元测试和集成测试的主要工作是：制定测试策略和计划、准备测试案例和数据、执行各类测试案例(含功能测试、接口测试、报表测试、系统管理和非功能性需求测试等)、分析测试结果、针对测试问题进行回归测试。压力测试的主要工作是：制定测试策略和计划、准备测试案例和数据、执行性能测试案例、分析测试结果、针对测试问题进行回归测试，完成系统调优工作。用户测试的主要内容是：做好测试数据准备工作，并协助完成测试。 4)元数据管理系统和数据质量评估管理系统的上线和试运行 完成元数据管理系统和数据质量评估管理系统的上线和试运行工作。元数据管理系统和数据质量评估管理系统上线的相关事宜，主要包括：确定系统软硬件、完成系统整体部署(含集成部署)、调试和调优、完成系统的初始化工作。完成符合企业规范的上线和移交文档。编写用户操作手册、业务手册、系统操作手册等。元数据管理系统和数据质量评估管理系统试运行相关工作，主要包括：试运行实施规划、试运行过程中的问题整理和处理、试运行结果分析等。维护系统、明确系统应急处理机制并演练等。
《图书管理系统》需求规格说明书 完成人：实践第五组 班级：2013级软件1班 完成时间：2016-03-29
目录 1 导言 ......................................................................................... 错误！未指定书签。 1.1 目的................................................................................ 错误！未指定书签。 1.2 范围................................................................................ 错误！未指定书签。 1.3 术语定义........................................................................ 错误！未指定书签。 1.4 引用标准........................................................................ 错误！未指定书签。 1.5 参考资料........................................................................ 错误！未指定书签。 1.6 版本更新信息................................................................ 错误！未指定书签。 2 系统定义 ................................................................................. 错误！未指定书签。 2.1 项目背景........................................................................ 错误！未指定书签。 2.2 项目要达到的目标........................................................ 错误！未指定书签。 2.3 系统流程........................................................................ 错误！未指定书签。 3 应用环境 ................................................................................. 错误！未指定书签。 3.1 系统运行的网络环境.................................................... 错误！未指定书签。 3.2 系统运行的硬件环境.................................................... 错误！未指定书签。 3.3 系统运行的软件环境.................................................... 错误！未指定书签。 4 功能规格 ................................................................................. 错误！未指定书签。 4.1系统用户分析................................................................. 错误！未指定书签。 4.2系统功能分析................................................................. 错误！未指定书签。 4.3 系统用例图.................................................................... 错误！未指定书签。 4.3.1 系统高层用例图.................................................. 错误！未指定书签。 4.3.2 教师基本信息管理用例图.................................. 错误！未指定书签。 4.2.2教师成果管理用例图........................................... 错误！未指定书签。 4.3.3 教学文件管理用例图.......................................... 错误！未指定书签。 4.3.4 归口课程管理用例图.......................................... 错误！未指定书签。 4.3.5 课程组管理用例图.............................................. 错误！未指定书签。 4.3.6 规章制度管理用例图.......................................... 错误！未指定书签。 4.3.7 学生精英管理用例图.......................................... 错误！未指定书签。 4.3.8 公告管理用例图.................................................. 错误！未指定书签。 5 数据需求 ................................................................................. 错误！未指定书签。
需求规格说明书范例 需求规格说明书 目录 这一块是目录条目 1 前言 1.1 项目背景 目前，珠江流域水资源保护局水质监测数据上报的主要是EXCEL形式保存，并且对水质分析只要是通过人工判断和处理，如果需要查找数据或制作相关报表及其不方便。同时，数据的表现形式不够丰富，不能直观表现所监测流域、断面、功能区等方面的水质信息。 为解决上述问题，需要建立一套基于GIS可利用网络，不受时间和地点限制的系统，可任意时间、地点进行数据编辑和数据查看，并通过电子地图和统计图标直观展示各监测对象的空间位置和水质现状的系统。 1.2 编写目的 该需求规格说明书是针对珠江流域水质监测数据库系统编写的，编写该需求书的目的是为了把调研了解到的用户对未来系统的需求做一个规范的描述，是对调研纪要和提供的原始资料的进一步加工和整理，并且要结合整个系统的整体需求，根据实际情况，对原来的系统的固有的业务流程和功能设计做适当的调整，为系统的设计和开发提供依据，也为系统的最终验收提供依据。 该需求规格说明书详细描述了系统业务需求、功能需求、外部接口需求、性能需求、安全需求等需求，方便开发人员了解业务，增进与客户的交流，记录需求的变更情况。 1.3 编写原则
(1) 可验证性 该需求书的中描述的每一个具体需求都是可以验证的，针对系统中某一处理过程或具体功能，人或机器能通过该过程检查该功能是否满足需求。 (2) 正确性 该需求书的编写内容是在对用户进行多次调研后记录和整理得来的，其中的内容都要经过相关业务人员的确认，并且最终由相关负责人签字认可。 (3) 完整性 本需求包括了信息中心的各个部门的需求，从内容上分为编写概述、总体说明、功能需求、接口需求等内容，基本满足了需求书的完整性要求。 (4) 一致性 本需求书与其他部门的需求编写规格和内容一致，需求的描述和业务的具体需求一致，系统的功能需求与整体需求一致。 (5) 无二义性 本需求书的各个概念和专业术语都有相应的详细说明和解释，用到的原始资料都有编号记载，本需求书的内容尽量避免使用模糊的概念和摸棱两可的词汇，表达尽量要求准确，可以直接用于系统的设计和开发，并且在和业务人员多次交流后，最终由各负责领导审核确认。 1.4 读者对象 本需求书的读者对象为该项目的开发人员，珠江流域水资源保护局相关领导和办公人员。 1.5 应用范围 该需求适用于珠江流域水质监测数据库系统，系统使用者范围为珠江流域水资源保护局相关领导和办公人员。 1.6 定义、首字母缩写词和缩略语
专 组号：小组成员： 完成时间：
目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)
1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的开发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数：3人 技术文档写作人员人数3人