1、12345知识维逻辑维时间维67硬件软件数据人员8：9不断地完善质量保证体系的措施：b不断完善质量责任制，制定良好的质量工作计划，明确各部门各个岗位的任务、责任、权限，使各项工作系统化、标准化、程序化和制度化；b生产单位的负责人必须对本单位的产品质量负责，生产人员对其完成的产品作业质量负责；b各级检验人员应对其检验的产品质量负责，上工序对下工序负责；b把各个环节的工作质量和产品质量有机地联系起来，做到专人负责，责任明确，形成网络。b重视生产过程的各项基础工作。101112质量管理体系的持续改进顾客 要求顾客满意管理职责资源管理测量、分析和改进产品实现产品输入输出信息流增值流1314151617
2、性能价格比最优，具有通用性和可升级性；运算速度和存储容量等性能指标满足数据管理要求；与其他硬件的兼容性、可连接性、共享性好；与所选软件兼容性、对系统软件和应用软件的适应性好；硬件接口丰富，网络化能力强。1819b基础软件的技术要求：具有数据采集、输入、存储与管理和输出的功能；具有构建拓扑关系及空间分析功能；具有良好的用户界面开发工具、支持汉字处理、具有二次开发功能；具有良好的开放性、兼容性及与其它系统空间数据的可交换性；性能可靠，软件技术支持服务好；具有模块化或组件化和网络化能力以及较高的性能价格比。20b应用软件的技术要求：与基础软件兼容或能以控件的方式连接;实现系统的某个特殊功能。b网络体
3、系结构的技术要求：网络结构合理：各类服务器与客户机、交换机、路由器等的数量与分布（配置的具体位置）；反映出局域网及其互联的情况（如采用公用网或因特网需具体指出）；采用网络安全保护技术，如防火墙等，并符合国家有关安全保密的规定。2122232425262728293031 注：精度通常表示成一个统计值，它基于一组重复的测量值。如样本平均值的标准差。32产品设计应用需求需求产品或服务暗示或声明映射或陈述质量适合应用生产质量和适合应用33343536373839SDTS(1992)ICQA(1996)CEN/TC287(1997)ISO/TC211(1997)sourcesourcesource(P
4、otential)usageOverview(source,Purpose,usage)ResolutionResolutionResolutionMetric accuracyMetric accuracyMetric accuracyAccuracyThematicaccuracyThematic accuracy Thematic accuracy Thematic accuracyCompletenessCompletenessCompletenessCompletenessLogicalconsistencyLogicalconsistencyLogicalconsistencyLo
5、gical consistencySemantic accuracy Meta qualityTemporal accuracy Temporal accuracy Temporal accuracyhomogeneityTesting and cnformance40b还可建立其它数据质量元素来描述数据集定量质量的某一方面，本国际标准不再列出。41 拓扑一致性：数据集拓扑特征编码的准确度42 格网数据位置精度-格网数据位置值同可以接受或真实值的接近程度 时间有效性-时间上数据的有效性43 定量属性准确度-定量属性的准确度b对于任意数据质量元素可以建立额外的数据质量子元素。44 数据质量日期4
6、5附加数据质量概述元素应描述本国际标准没有标明的，数据集定性质量的某一方面。464748495051数据质量评价与报告步骤流程范 围 确 定 的数据集产品规范或用户要求I确定数据质量元素、子元素和数据质量范围第 1 步I确定数据质量的量测方法第 2 步选择和应用数据质量评价方法第 3 步测定一致性第 5 步测定数据质量结果第 4 步一致性的质量水平数据质量结果报告（定量的）数据质量结果报告（合格/不合格）525354质量评价方法外部内部间接评价法直接评价法55例1 在属于拓扑结构的数据集中，为边界闭合的拓扑一致性做的逻辑一致性测试所需要的所有信息。例2 对数据集中道路名称做完整性测试需要另外的
7、道路名称原始资料。例3 位置准确度（accuracy）的测试要求一个参考数据集或新测资料。56b对于外部和内部评价方法，有两种实现方法，即全检查检查或抽样检查。全面检查要求按照数据质量范围确定的总数测试每一个样本。抽样检查要求测试总数中足够的样本以获得数据质量评价结果。检查时尽量采用自动和半自动的方法。57间接评价方法是一种基于外部知识的数据集质量评价方法。外部知识可包括但不限定数据质量综述元素和其他用来生产数据集的数据集或数据的质量报告。b注1 本方法只是推荐性的，如果直接评价方法不能使用时。b注2 使用信息记录了数据集的用法。当搜索为特定目的生产或使用的数据集时是有帮助的。b注3 数据志信
8、息记录了有关数据集生产和历史的信息。例如，它包括生产数据的原始资料或采用的生产步骤等。当对一个已知用途确定数据集的适用性时这是有用的。b注4 用途信息描述了数据集生产的用途。一个特定的要求支持一个用途，对几种用途数据集可有一个综合性用途。当确定数据集的可能的值是这是有用的。58定量的质量结果将按照ISO 19115的模型和数据字典规定在元数据中报告。质量评价报告产生有两个条件：（1）当数据质量评价结果作为元数据报告时，只报告合格/不合格；（2）产生综合的质量结果。在后一个条件下要求质量报告解释如何综合和如何认定这种综合结果的含义。但是，质量评价报告可产生于任何时间，这样提供比元数据所报告的更详
9、细的内容，但是质量评价报告不能用在元数据中报告质量的地方。59当几个质量评价结果综合为一个单独的质量评价结果作为数据集质量报告时，综合的数据质量评价结果要作为元数据和数据质量报告的报告。数据质量评价结果要报告为“综合”类的。6061626364656667681 基本概念1.1 测试测试（Testing）利用人工或自动方法来执行和评价系统及组成部分的过程，以验证其是否满足用户需求，符合设计要求，查看期望结果与获得的结果之间有无差别。1.2 可扩充性可扩充性（Augmentability）系统能够经进一步开发增加功能的能力。1.3 正确性正确性（Correctness）系统满足系统设计要求的程度
10、。1.4 可用性可用性（Availability）a.系统运行时实现系统设计功能的能力。b.系统正常工作时间占总运行时间的比例。697071727374752 测试目的测试目的 3 测试原则测试原则 764 测试方法测试方法 测试方法通常包括黑盒测试和白盒测试两种。4.1 黑盒测试黑盒测试 用黑盒法进行测试时，不考虑系统内部结构，只检查系统功能是否能按照系统设计的规定正常使用，系统是否能正常接收输入数据并产生正确的输出信息。4.2 白盒测试白盒测试 用白盒法进行测试时需要了解程序的内部结构，按照程序内部的逻辑测试程序，检验程序中的每条通路是否能按预定要求正确工作。775 测试类型 城市地理信息
11、系统的测试工作可分为开发阶段测试和系统测试两种。5.1 开发阶段测试开发阶段测试 开发者在系统开发阶段进行的测试分为三个不同的层次，即单元测试、组装测试和确认测试。5.1.1单元测试单元测试 主要是对各个模块分别进行测试。785.1.1.1单元测试内容单元测试内容 a.检查模块界面输入输出数据是否符合设计规定。b.检查模块涉及的局部数据结构的状况。c.检查模块内部的主要执行路径，包括出错路径。5.1.1.2单元测试方法单元测试方法系统详细设计是设计单元测试测试用例的根据。单元测试需要从程序的内部结构出发设计测试用例，尽可能的检测条件判断、循环等控制结构的每个分支，采用关键路径测试、边界值测试等
12、白盒测试方法。5.1.2 组装测试组装测试 在完成单元测试的基础上，将模块按设计要求组装起来，并进行联调与测试。795.1.2.1组装测试内容组装测试内容 d.各模块联合是否达到预期功能。5.1.2.2组装测试方法组装测试方法 组装测试可采用逐个将模块联入系统进行逐步测试和修改，直至所有模块都正确集成到系统中为止的方法，即采用渐增式测试方法。5.1.3 确认测试确认测试 重点是检查整个系统是否达到了系统设计确定的全部要求。确认测试的对象是系统整体。-805.1.3.1 确认测试内容确认测试内容 a.功能测试 检查系统是否能实现设计要求的全部功能，是否有未实现的功能，以便予以补充。b.性能测试
13、检查和评估系统执行的响应时间、处理速度、网络承载能力、操作方便灵活程度和运行的可靠性。c.安全性测试 检查系统在容错功能、恢复功能、并发控制、安全保密等方面是否达到设计要求。5.1.3.2确认测试方法确认测试方法 确认测试是通过黑盒测试法来检查系统功能与用户要求是否一致。5.2 系统测试系统测试 城市地理信息系统是针对特定用户的需求而开发建设的应用系统，因此必须在实际运行使用环境下对系统进行系统测试。815.2.1系统测试组成系统测试组成5.2.1.1试用测试试用测试 a.测试目的 用户结合实际业务工作对系统进行试用，并在试用过程中发现问题，责成开发者进行修改。b.测试准备 试用测试前，系统开
14、发人员应当为用户安装调试好系统实际运行的环境，为用户进行演示和培训，提供用户使用手册及测试记录表。c.测试期限 试用测试的期限一般为数周。在此期间，用户对试用系统发现的问题，应当及时填写测试记录，试用测试期满后，提供给开发者。d.测试结果处理 开发人员对用户测试记录应认真核实分析，并对确认的错误和问题进行修改。825.2.1.2 验收测试验收测试 验收测试是为了验证系统的有效性，确认系统的功能、性能是否满足用户的需要和原定的要求，确认用户是否可以接受该系统。5.2.2 系统测试范围系统测试范围 系统测试的范围界定在系统的功能测试上。对于已经测试过的纯粹技术性问题可以不需要再次测试，而需要设计并
15、执行一些与用户使用相关的功能测试。5.2.3 系统测试依据系统测试依据 系统的总体设计和详细设计规定了系统的功能或性能，这些技术文档是系统测试的依据和基础。835.2.4 系统测试要求系统测试要求 a.把系统作为单一的实体进行测试。b.在用户的参与下进行测试。c.测试环境为系统运行的实际环境。d.主要使用实际数据。5.2.5 系统测试内容系统测试内容 系统测试的内容以系统基本功能为基础，根据各实际系统的具体功能要求而设计。845.2.5.1系统基本功能系统基本功能 数据采集数据编辑数据管理数据查询空间分析可视化表现和输出三维表现与分析855.2.5.2 系统基本功能的主要内容系统基本功能的主要
16、内容基本功能：主要内容：数据输入图形输入；属性输入数据编辑图形编辑；属性数据编辑；图幅接边；拓扑生成数据管理数据格式转换；投影变换；坐标转换；图幅拼接与切割数据查询空间位置查询；属性查询；空间关系查询空间分析空间叠置分析；缓冲区分析；网络分析；地形分析；量算功能；统计分析；DEM、TIN生成可视化表现和输出图形显示；三维立体显示与多角度观察；剖面生成显示；图形输出；文字报表输出；多媒体数据表达；影像制图865.2.6 系统测试方法系统测试方法 系统测试采用黑盒测试法。具体为系统在实际运行条件下，测试小组依据测试计划，参照功能测试指标逐项进行测试（参照附录A）。5.2.7 系统评价系统评价5.2
17、.7.1 可用性 a.符合用户应用要求程度b.用户界面c.操作简明性 d.在线帮助5.2.7.2 性能运行速度 安全性 稳定性 正确性 容错性87887 测试活动 a.确定测试计划：明确需测试的项目、内容、指标；制定测试方法、环境及进度的计划；细化计划。b.获得测试用例集；设计测试用例集；实现设计。c.评价测试结果：执行测试规程；核对终止情况；分析评价测试效果。898 测试文件8.1 文件种类文件种类 a.测试计划 b.测试报告8.2 文件内容文件内容8.2.1 测试计划测试计划计划 测试计划包括：测试计划名称、引言、计划、测试设计、说明等方面。8.2.2 测试报告测试报告 测试报告包括：测试报告名称、引言、测试执行情况、系统功能结论、评价等方面。90
