TD/T1013─2000《土地开发整理项目验收规程》前言为标准土地开发整理，保障土地开发整理质量，依照《中华人民共和国土地治理法》及相关法律、法规，制定本标准。
省、自治区、直辖市土地行政主管部门可结合本地情形，依据本标准制定具体实施规程，报国土资源部备案。
本标准从2000年10月1日起实施。
本标准的附录A、附录B、附录C都是标准的附录。
本标准起草单位：国土资源部土地整理中心。
本标准要紧起草人：高向军、郑凌志、刘仁芙、佟绍伟、余曙、朱德举、江峰、王磊、高永、陈原。
本标准由国土资源部负责说明。
土地开发整理项目验收规程目录1 范围2 验收条件3 验收组织4 验收依据与内容5 验收程序和方式6 技术档案附录 A 土地开发整理质量验收内容附录 B 要紧功效内容、格式附录 C 技术档案的要紧内容及利用治理条文说明1 范围本标准规定了土地开发整理项目验收的条件、组织、内容、程序、功效要求和成立技术档案。
本标准适用于经各级政府土地行政主管部门批准的土地开发整理项目的验收。
其他土地开发整理项目的验收可参照本标准。
2 验收条件项目实施部门依照经批准的项目计划设计要求全面完成了土地开发整理任务，经自验合格后方可申请验收。
项目实施部门提出验收申请，附《土地开发整理项目完工报告》。
《土地开发整理项目完工报告》要紧包括以下文字部份、附表、附图和附件。
文字部份，要紧内容包括：项目建设任务与要紧技术指标完成情形；工程建设的质量情形；资金治理利用情形；土地权属调整情形；项目建成后运行管护方法和文档治理情形；项目建设治理要紧方法、体会、存在问题及改良意见等。
附表，包括《土地开发整理项目完工验收表》、《土地开发整理项目经费收支情形表》、《土地开发整理项目预期效益表》、《土地开发整理前后土地利用结构转变情形表》，见附录B。
附图，包括土地开发整理前后土地利用现状图、土地开发整理计划图、土地开发整理项目计划设计图、土地权属界限图或地籍图。
关于苏州TD项目经验总结1概述TD-SCDMA网络建设初期的优化，其主要目的是要实现网络规划目标，发现网络在覆盖、业务质量等方面存在的问题，并且总结网络优化经验，确保网络优化工作的持续开展，不断提高网络质量和优化水平，从而保证网络建设的质量。
2建设期的网络优化手段由于TD-SCDMA网络是一个全新的网络，目前还没有实际的负载，网管侧缺少网络性能方面统计的支撑，目前的优化范围也是以簇优化为主，因此网络初期的优化手段主要是以路测分析为主。
通过路测考察网络在提供不同的业务类型的情况下的覆盖性能、接入性能、以及移动性管理能力，例如切换指标等。
在苏州项目中目前的路测优化过程中，使用的工具主要由包括如下：软件：日讯NTAS Professional Tester/Analyzer测试系统;测试手机:大唐的DTM8120，8130，8130e手机;测试手机版本：8120.2.00.09_A_0508，8130.2.00.05_A_0515；测试数据终端：中兴MU350数据卡重邮TCN230数据卡；普通商用终端：笔记本电脑和常用的CUTEFTP软件等。
3优化前准备工作4.1基站核查由于TD试验网的特殊性，在网络优化开始之前，需要对优化区域内的硬件进行核查，包括单站的核查，确保基站正常工作，从而保证网络优化的正常进行，避免单站问题影响整个簇的网络性能。
这些工作主要包括：单站天馈系统的检查和调整;单扇区基本功能测试;单站覆盖测试;小区各项业务功能测试等。
下面将介绍具体测试内容及相关案例：4.1.1测试内容1、基本信息表：2、基础信息表：3、业务测试表：检测项RSCP=-58dBm/C/I =16dB呼叫/附着/PDP 激活次数下载/上传速率呼叫/附着成功次数语音业务（主叫）（5次）55语音业务（被叫）（5次）55视频电话业务(主叫)（5次）55视频电话业务(被叫)（5次）55短信点对点（5次）55PS 业务（附着）（5次）55PS 业务（激活）（5次）55PS64业务（FTP）上传（3次）361.6kbps 3PS384业务（FTP）下载（3次）3386.5kbps 3HSDPA 业务（FTP）下载（3次）3417.8kbps 3同站小区间切换（CS）是同站小区间切换（PS）在后面空格用“是”或“否”描述确认）是4、基站RSCP 覆盖和C/I苏福公路基站RSCP 覆盖图苏福公路基站C/I覆盖图5、验证确认：问题说明：无（在后面用“是”或“否”描述确认）4.1.2相关案例以本次项目中的一次硬件故障为例:【问题描述】：测试车辆由东向西行驶至观景新村附近时，当前服务小区为花园弄B，此时该服务小区信号的RSCP均为-116dBm左右，无信号。
1.2.BUG状态说明状态“new”，表示该BUG已建立但是没有打开，没有生效，开发员可以不处理状态“open”表示该BUG已经打开并生效，开发员必须处理状态“fixed”表示该BUG已经被修复，测试员可以进行测试状态“reopen”表示该BUG虽然已修复，但是仍然存在问题状态“rejected”表示该BUG无效，被拒绝修复状态“closed”表示该BUG已成功修复状态“Duplicate”表示该BUG重复状态“Postponed”表示该BUG需要延期BUG状态图：1.3.建立并提交BUG适用对象：测试员第一步：登陆TD图1.登陆界面图2.登陆成功后页面说明：图中标识的1是用来设置显示的列图中标识的2是用来新增bug的图3：登录陆后可以修改密码第二步：记录BUG 图1.添加BUG界面1.3.1.工具栏使用使用最多的就是添加截图与添加URL添加截图方式1.添加本地图片，点击图标添加截图方式2.使用TD自带截图工具，点击图标，拖动弹出界面上的相机图标到你想要接的图片上即可，这种方式不是很好用添加URL：点击图标，弹出URL输入框，图2图21.3.2.信息栏使用这里主要是录入BUG的相关信息BUG主题：简单描述BUGBUG记录人：登陆进来后默认是当前登陆人，可选择BUG记录时间：登陆进来默认当前时间，可选择严重程度：优先级：1.3.3.附件栏使用这里主要是显示添加的附件，如图片、URL1.3.4.BUG描述栏使用这里主要用于描述BUG的详细内容主要是记录：环境、登录用户、菜单路径、预置条件、操作步骤、预期结果、测试结果。
1.3.5.BUG提交录入完BUG信息后，点击提交，测试员新建并提交的BUG，对应状态是”new”需要项目经理确认并将BUG状态修改为“open”该BUG才算生效1.4.指派BUG适用对象：项目组长、经理对BUG的状态、处理人、处理时间进行修改只处理“new”状态的BUG，对无效BUG可以进行“Rejected”拒绝修复操作，对暂时无法修复的bug进行“postponed”，延期修复操作。
