信息系统监理实施初期常见问题分析

广东公诚通信建设监理有限公司广东 广州510620

摘要: 在信息系统工程实施初期的需求分析，系统设计两阶段非常重要。如果没有进行有效管理会造成系统开发过程困难重重，影响工程的整体质量、进度。文章介绍需求分析，系统设计两阶段的一些具体管控措施。

关键字: 信息系统监理，实施初期，需求分析，软件设计

序言

当前信息系统工程无论是业主还承建方，都没有成形的管理流程、方法，特别是在工程实施初期的需求分析，系统设计两阶段。造成系统开发过程困难重重，影响工程的整体质量、进度。自05年XX企业逐步引入信息系统工程监理以来，我方致力于协助业主探索一套适合实际的管理方案。下面是在自XX企业引入信息系统工程监理以来实施初期的一些问题分析，希望能够有助于各位同事以后的监理工作。

XX企业信息系统概况

XX企业的信息系统主要分为：业务支撑系统、增值业务系统及办公系统（如OA，帐务管理等）。工程上接触最多的是业务支撑系统、增值业务系统，下面也是针对这两种系统做分析。

业务支撑系统是业务开展、运营及客户需求的提供和满足所必须要的支撑平台，下图是业务支撑系统结构图：

以IBSS和LBAS系统为核心，客户数据和业务数据以IBSS为准，计费帐务数据以LBAS为准，确立了“三户”模型相关数据的标准。

建立渠道接入平台，对于业务点、网上营业厅等直接面向客户的系统提供接入功能，把渠道的权限控制移至IBSS外。

建立面向网络的接口平台，实时性的系统通过面向网络的接口平台访问IBSS以及LBAS两个核心系统。另外建立统一网管施工平台，IBSS通过统一网管施工平台和各网管系统交互。

建立分析数据平台，把系统需要的非实时数据统一放置在分析数据平台上，系统从分析数据平台上提取需要的数据，数据转换的工作由系统自己完成。

各系统主要包括：客户支持、业务开通、业务保障等几类系统，通过各接入平台或直接与核心进行数据交互

数据网系统主要是进行数据业务用户（ADSL、IPTV等）的身份验证，由于目前电信增值业务多数是与宽带业务进行捆绑销售，所以大部分的增值业务需要与数据网系统进行数据交互。

目前XX企业的增值业务系统主要是建立针对某一特定群体的服务平台，通过合作整合业界AP（应用提供商）、SP（服务提供商）、EP（设备提供商）的力量，对现有的或预期的信息化产品和业务进行打包整合，面向特定群体服务。目前主要系统有：彩铃平台、互联星空、商务领航、宽带精英俱乐部等。

就目前的情况来看XX企业信息系统已有了一定的规模，但是在工程实施初期的过程由于缺乏相应的管理流程，导致许多系统完成开发上线后却达不到预期的效果。

工程实施初期常见问题分析

下面主要是进行XX企业信息系统工程的常见问题分析：

在XX企业信息系统工程的实施过程经常会出现需求的频繁变更，这必然会导致工期的延误。

对于增值业务系统来说，主要原因是业务发展速度过快，实施初期对系统业务的开展模式、系统规模估计不足，或者出于减少投资失败造成的损失的目的估计过于保守。造成实施初期确定的需求无法满足业务发展的需要，所以频繁发生需求变更。在一切以市场为导向的大原则基础上，我方解决这类问题的方法主要是尽量减少需求变更所导致工程质量、进度上的影响。措施有以下几点：

在工程初期与业主各部门制定需求变更流程，从流程上减少需求变更的数量。

要求开发商在制定开发计划必须有一定的冗余度

当需求变更影响工程进度时，组织参建单位各部门、开发商召开协调会，讨论后续开发计划，制定需求变更部分开发优先级。必须坚持以下原则：紧急需求变更开发必须征得与会各方同意，确定需要误延工期长度；非紧急需求变更在主要功能完成后再解决或另外立项解决，

对于业务支撑系统来说，主要是由于业主提出的需求不具备广泛性，由于业务支撑系统大部分需要与其它支撑系统做接口以及布署到全省21个地市分公司使用，各地市分公司需求有时区别很大，而业主收集需求经常只是省级各部门，一类地市分公司的意见。需求的确认并无知会分公司及其它支撑系统开发商，造成系统部分功能在部分分公司不可用或者对端支撑系统无法满足接口需求，需要变更需求。给工程的顺利实施造成很大的影响。所以必须与业主协商建立有效的需求收集，确认机制。

组织开发商进行广泛的需求调研，尽量覆盖21个地市分公司及对端接口厂家。

完成需求分析报告后，应组织各参建单位，相关地市分公司，对端接口厂家进行需求分析报告会审，确认需求分析报告。

设计文档描述过于简单，造成开发人员理解偏差，从而造成系统功能偏离了原本的设计意图。这是由于目前业主、开发商对系统设计文档不够重视，没有对设计文档质量进行有效的把关。系统的设计文档是系统的灵魂，它决定系统开发出来是不是按照原来需求去工作，必须通过各种措施以引起当建各方的重视。在此我们建议建立与设备监理类似的设计会审制度。应充分与业主沟通，并在预备会中提出设计会审要求。要求开发商在会审前提交系统设计文档。设计会审应注意以下问题：

设计会审应由建设单位各部门，相关分公司，对端接口开发商参加，系统开发商及我方参加。

设计文档内容必须包括系统功能模块设计、系统接口设计、系统架构设计。

设计文档必须包含必要的文字说明、功能流程图。对于复杂的功能点，及各方对需求理解有争议部分必须制定DEMO进行演示说明。

工程的需求分析、设计是两个非常重要的阶段，决定了系统开发成败的80%。必须得到充分的重视；必须制定严格的管理流程加以控制，使之作业规范化。

注：文章内所有公式及图表请用PDF形式查看。