- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
信息系统监理实施初期常见问题分析
信息系统监理实施初期常见问题分析广东公诚通信建设监理有限公司广东 广州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个地市分公司及对端接口厂家。
完成需求分析报告后,应组织各参建单位,相关地市分公司,对端接口厂家进行需求分析报告会审,确认需求分析报告。
设计文档描述过于简单,造成开发人员理解偏差,从而造成系统功能偏离了原本的设计意图。这是由于目前业主、开发商对系统设计文档
文档评论(0)