论信息系统评价指标体系的构建

论信息系统评价指标体系的构建

考号：115009198579姓名：魏罗云

[内容提要]:

系统的指标不仅仅是系统的构成、功能和性能定性及定量的反映，也是系统设计思想及设计师对系统的理解程度的反映，并能够为系统的考核、验收和维保提供依据。本文指出了建立指标体系的意义及建立指标体系中存在的问题；本文通过某个信息系统的分析，给出了功能、组成和验收阶段三位一体的立体化指标体系，并对该体系的三个剖面视图进行了解析，最后给出了指标体系的具体描述框架示例。

为此，我们必须要加快促进信息系统指标体系的构建，以促进信息化的发展。

[关键词]：信息系统；指标体系；构建

正文

信息系统总体设计中，系统的方案选择常常是多种互相矛盾的因素共同作用的结果，因此，最后的设计应在众多因素中取得合理的折中；而这种折中又必须建立对使用方需求的深刻认识和合理把握之上。因此，集成方应与使用方一起深入讨论，在弄清楚实际需求和系统定位的基础上进行全面权衡以决定系统构成，并从实际对象、实际方式及技术水平出发对系统各组成部分的实际技术与使用要求进行充分论证，论证的结果之一就表现为系统的指标体系，这种指标体系既能够体现系统的组成构架、对系统的功能和性能要求，也能够体现设计思想和设计师系统对系统的理解和定位，是折中之后对系统定性和定量相结合、主观和客观相结合的描述，也是系统考核、验收和维保的依据。

1. 信息系统评价指标体系的介绍

信息系统评价指标体系多指标综合评价的理论和方法研究是一个正在发展的领域．有关它在信息系统评价中的应用研究则更有待人们的努力。这里所谓的企业信息系统多指标综合评价，是指对信息系统所进行的一种全方位的考核或者判断．它具备以下三个特征：一是它的评价包含了多个独立指标。二是这些指标分别体现着信息系统的不同方面，通常具有不同的量纲。三是综合评价的目的是对信息系统作出一个整体性的判断，并用一个总评价值来反映信息系统的一般水平。

一般来说。信息系统多指标综合评价工作主要包括三方面的内容：第一方面综合评价指标体系及其评价标准的建立，这是整个评价工作的前提。第二方面用定性或定量的方法确定

各指标的具体数值，即指标评价值。第三方面各评价值的综合，包括综合算法和权重的确定、总评价值的计算等。

2指标体系建立中存在的问题

信息系统(以下简称“系统”，即由集成在行业平台上的、执行特定专业任务的电子设备所构成的信息系统)由于其组成和功能等方面的复杂性，一般被分解为一定数量的子系统（由一台或多台主设备以及连接的若干台外围设备组成的、实现某一种特定的电器或机械功能的设备群）；在描述系统的指标时，则通常按各子系统为基本单位，以各子系统的指标描述来代替对系统指标的描述。这种做法不能简单地理解为仅仅是描述系统的一种方法，或者说是“形式”上的问题，它的背后实际上反映了目前用户和设计师对系统设计方法的把握，对系统构架的理解，对系统层次的划分及对系统功能和性能的认识，这是形式所反映出的问题的“本质”。这种描述有比较直观和易于理解的特点，但是，也反映出了设计师对“自顶向下”的设计方法和流程的把握有待完善，对系统的理解和认识水平有待提高；系统集成商(即系统总体设计和集成单位，以下简称“系统总体”)在系统集成过程中的地位、工作范畴、内容和方法不够明晰；从可操作层面看，还暴露出指标描述的层次和范围不够清楚，不能准确地描述各集成阶段考核和验收的对象。

(1)不能充分地体现自顶向下的设计方法。

现代自顶向下的设计方法，要求在弄清楚实际需求和系统定位的基础上进行全面权衡以决定系统的功能和性能要求，并以此为出发点来决定，需要哪些系统构成才能实现这些功能和性能要求，换句话说，即将系统的功能和性能要求进行分解，分解到系统的各个组成部分，然后结合技术水平、周期、成本和风险等各种因素对系统各组成部分的功能和性能指标进行充分论证，使系统配置合理、先进、可靠、性价比高。也就是说，自顶向下的设计方法，要求在设计师头脑中先有系统，而后有子系统；先有系统的构架，而后有子系统的组成；先有系统的功能和性能，然后有子系统的功能和性能。

现有的以子系统指标体系代替系统指标体系的方法，不能充分体现出自顶向下的设计流程，越过了从“系统的功能和性能”分解到“子系统的功能和性能”这样一个不可缺少的设计环节，而是从“系统的构架”直接到“子系统的功能和性能”，缺乏系统设计的总体单位对系统功能和性能的定义和描述。

(2)不能体现出系统总体设计师对系统的理解。

在目前的设计过程中，由于广泛采用了以子系统的指标为主要内容来描述系统的方法，客观上强化了这样一种倾向：人们在描述系统时，忽视了系统总体设计师对系统在顶层上的功能和性能的定义，而直接以子系统的描述代替了对系统的描述；并且误认为，系统总体的设计师们目前对系统的理解也是认为“系统”就是各“子系统”，不能充分体现出系统总体在集成过程中所做的工作及对系统的认识水平。

(3)不能充分体现出系统总体在集成过程中的地位。

由于缺乏指标体系，现行的项目中忽略了系统总体对系统概念的把握及在集成过程中的工作，使得项目管理或生产采购在进行技术协调时，容易产生越过系统总体设计而直接同子系统承制单位进行协调的倾向，这样不利于系统总体对系统设计要求的把握，不利于系统总体对集成进程的控制，从而也削弱了系统总体的地位。

(4)不便于集成过程中不同阶段的考核、验收和维保。

目前以子系统为框架的技术规范体系，还存在一个问题，即：缺乏描述的梯度和层次，从而不能为指标验收的边界条件、验收方法和标准提供准确的导向，模糊了子系统和系统的界限。在免费缺陷责任期中，对系统的运行情况没有可以直接测控的标准，降低了可维性。

以系统技术规范的描述为例，有一类现象值得特别注意：有些指标在子系统规范中给予了描述，但在系统规范中又进行了描述。子系统技术规范的描述应该仅仅针对于在子系统验收阶段应该验收的指标；系统技术规范的描述应该仅仅针对于在系统验收阶段应该验收的指标。例如，交通信息系统是交通流采集设备、传感器和通信等设备在交通管理行业平台上的集成，那么，对于交通流采集而言，其工作频率、响应时间等指标不应在系统规范中列出，仅需在子系统验收时考核，无需在系统验收时考核；事故检测和畅通等要求在子系统规范中不应列出，因在子系统验收阶段无法考核，只有在系统平台上经试运行后验收系统时才能考核。如果将应该在系统层面上进行考核的指标和应该在子系统层面上进行考核的指标并列在一起，不但影响验收时的可操作性，也使得责任不够明晰。当然，在系统规范中需要描述子系统时，为描述的完整性起见，可以全部引用，但可以用标记的形式注明指标验收的范畴和层次。

3.指标体系建立的原则

3.1根据系统指标体系的重要意义及当前技术规范体系存在的问题，在建立指标体系时遵循以下二项原则。

(1)以系统的观点完整、准确地描述系统。

以系统的观点去描述系统，主要是从系统的功能和系统的组成两个方面来描述。前者分解定义了系统的能力，后者为能力的实现提供了物质基础。在描述系统时，应从这两个方面对系统进行无缝划分。在进行无缝划分时，注意对传统的技术规范进行归纳和整理，突出在系统层次的考量，强化系统观点。

(2)反映系统的设计思想和设计师对系统的理解。

用户在和集成方一起深入论证给出系统要求后，由于设计师系统的主观能动性，不同的设计师对于系统的理解是不同的，这种不同可以体现为对系统功能和性能的定义，对设计重点和着眼点的把握，对系统的构成(即子系统的划分方式)及子系统在系统中的地位和作用的认识等等。或者说，在用户给出了项目要求后，系统总体可以不拘泥于用户项目要求的描述方法和体系结构，按照自顶向下的系统设计方法，给出对系统在“系统总体”层面上的理解，即系统的定位、功能、系统的实现方式和具体指标要求。