信息化建设解决方案之应用系统篇要点.docVIP

信息化建设解决方案之应用系统篇 1、国内应用系统建设综述 【导读】应用系统工程建设是一项综合性工程，集技术、业务、工程管理等于一体，实施过程以脑力劳动为主，呈现性、可观察性差，这是应用系统工程建设难以管控的根本原因。在此，我们从系统建设方和开发方的角度，来探讨下应用系统建设过程中存在的问题及失败的原因。 当前，我国正处在社会、经济变革的关键阶段，信息化建设在十八大报告中被明确提出，通过广泛深入的信息化建设逐步实现管理流程、组织架构、决策分析等一系列优化、变革，以适应信息时代的发展要求。信息技术发展日新月异，如何将信息技术与产业发展相结合，构建出符合发展趋势、质量可靠可用的应用系统是信息化建设成败的关键。 应用系统建设是一项复杂的系统工程，牵涉到多方面的因素，相对其它行业项目而言，软件项目失败的风险更大。通过采样分析以往众多软件项目案例，可以发现影响软件项目的因素遍及应用系统建设的全过程，这其中有企业对自己需求认识不清、用人不当的原因，也有软件开发方能力不足等原因。 工程建设现状 随着信息技术的发展和普及，应用系统已经与我们的工作、生活越来越密不可分，而软件应用系统建设现状却不容乐观。根据研究机构Standish Group的统计，近几年来软件应用系统建设项目成功率均在30%以下，超过70%的项目均由于项目延期、超出预算、功能缺失等原因而失败甚至取消。综合分析软件应用系统建设项目，可以了解到当前比较典型的应用系统建设现象如下： （1）业务部门对需求调研、业务需求采集工作敷衍不重视，推三阻四，不积极配合；业务部门对系统建设目标和范围不明确，或是系统业务需求脱离实际，华而不实；需求采集完后，开发方有意或无意的遗漏需求；需求确认后，开发方需求管理混乱，业务部门需求变更频繁，难以控制；系统建设过程中，业务部门抱怨系统没有按照需求实现，开发方抱怨业务部门需求不合理，双方矛盾重重。 （2）开发方厂商众多，很难看出哪家产品更有优势，有的厂商还会虚假宣传误导用户，各开发方报价差异也比较大，不知道该如何选择；确定了开发方后，系统建设过程中开发方不及时主动与用户沟通，有时对用户的要求阴奉阳违，有时用户甚至被开发方牵着鼻子走；用户发现系统问题后，由于与开发方合同内容不清晰，开发方强调各种理由不配合进行修改，或是要求追加费用；想更换开发方，但系统建设已经初具规模，难度很大；开发方项目团队人员变化频繁，不跟主管部门打招呼就换人，新人多，有经验的人少，人员管理松散，开发效率低。 （4）系统建设完成后，质量问题多，改起来没完没了，也不知道还有多少潜在隐患没有被发现；系统功能实现与需求差异大，或功能缩水，功能无法正常使用；系统经常受到外部安全攻击，不知道系统数据有没有被窃取，系统内部用户可以越级查看或操作系统数据，也不知道系统还存在哪些安全漏洞；系统功能时而正常，时而不正常，运行不稳定；系统提交一个操作后，很长时间都没有反应, 运行速度慢；系统功能操作繁琐，界面不友好，用户使用反馈不好；用户客户端种类繁多，有些用户使用正常，有些用户使用不正常；系统建成后与其他系统集成困难，数据无法共享，系统成为信息孤岛。 （5）系统上线后，每隔一段时间就需要重启一次，不重启就无法正常运行；系统出现突发问题无法快速，需要长时间暂停，业务无法正常开展，上级主管部门和业务部门给予很大压力；系统扩展升级麻烦，或系统升级后，部分。 为什么软件应用系统建设项目失败率居高不下软件应用系统建设存在那么多的问题以下对这些进行分析： 信息化建设往往是由信息中心等信息化建设主管部门负责，业务部门配合进行业务需求调研、可行性研究等工作。由于业务部门自身业务繁忙，而信息化建设相关工作需要投入较多业务人员配合，自身利益考虑，业务部门往往 （2）系统开发方难于选择和驾驭，己方利益难以保障。在系统规划阶段，由于开发方实力或其产品差距不大，而软件产品质量的检测和评价往往专业性比较强，导致开发方或产品难以评判;开发方自身成本、报价计算方法不同，对项目建设内容理解不同，自身实力不同，产品成熟度不同，导致开发方的报价有较大差异，报价高的不一定能做好，报价低的又怕开发方项目投入少。在系统建设过程中，为了回避项目中可能存在的各种问题，系统开发方不希望主管部门过多参与到项目管理中。由于信息化建设主管部门与系统开发方 （3）项目延期司空见惯，进退两难。由于项目管理信息量大，跟踪统计分析工作量大，开发方往往尽力简化自身的过程监管工作；由于信息化建设主管部门与系统开发方项目进度情况更多的依赖于开发方自身的跟踪统计，数据的透明度往往不够；开发方基于自身成本考虑，在项目组人员构成上，往往以老带新，通过项目实践锻炼新手，而新手由于技术水平相对较差，工作经验较少，开发效率较低；同时，由于应用系统建设项目过程中存在诸多不确定性或技术风险