信息化建设解决方案之应用系统篇

《信息化建设解决方案之应用系统篇》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、信息化建设解决方案之应用系统篇内应用系统建设综述【导读】应用系统工程建设是-项综合性工程，集技术、业务、工程管理等于一体，实施过程以脑力劳动为主，呈现性、对观察性差，这是应用系统工程建设难以管控的根木原因。在此,我们从系统建设方和开发方的角度，来探讨下应用系统建设过程中存在的问题及失败的原因。当前，我国正处在社会、经济变革的关键阶段，信息化建设在十八大报告中被明确提岀，通过广泛深入的信息化建设逐步实现管理流程、组织架构、决策分析等一系列优化、变革，以适应信息时代的发展要求。信息技术发展口新月异，如何将信息技术与产业

2、发展相结介，构建出符介发展趋势、质量可靠可用的应用系统是信息化建设成败的关键。应用系统建设是一项复杂的系统工程，牵涉到多方曲的因素，相对其它行业项冃而言，软件项目失败的风险更人。通过采样分析以往众多软件项目案例，可以发现影响软件项目的因素遍及应用系统建设的全过程，这其屮有金业对nc需求认识不清、用人不当的原因，也有软件开发方能力不足等原因。1.1工程建设现状随着信息技术的发展和普及，应用系统已经与我们的工作、生活越來越密不可分，而软件应用系统建设现状却不容乐观。根据研究机构StandishGroup的统计，近几年来

3、软件应用系统建设项目成功率均在30%以下，超过70%的项目均由于项目延期、超出预算、功能缺失等原因而失败甚至取消。综合分析软件应用系统建设项目，可以了解到当前比较典型的应用系统建设现象如下：(1)业务部门对需求调研、业务需求釆集工作敷衍不重视，推三阻四，不积极配合；业务部门対系统建设冃标和范围不明确，或是系统业务需求脱离实际,华而不实；需求采集完后，开发方有意或无意的遗漏需求；需求确认后,开发方需求管理混乱，业务部门需求变更频繁,难以控制；系统建设过程屮，业务部门抱怨系统没有按照需求实现，开发方抱怨业务部门需求不合

4、理,双方矛盾重重。(2)开发方厂商众多，很难看出哪家产品更有优势，有的厂商述会虚假宣传课导用户，各开发方报价差异也比较大，不知道该如何选择；确定了开发方后，系统建设过程屮开发方不及时主动与用户沟通，冇时对用户的要求阴奉阳违，有时用户甚至被开发方牵着鼻子走；用户发现系统问题后，由于与开发方合同内容不清晰，开发方强调各种理由不配介进行修改，或是要求追加费用；想更换廿发方，但系统建设已经初具规模，难度很人；开发方项目团队人员变化频繁，不跟主管部门打招呼就换人，新人多，有经验的人少，人员管理松散，开发效率低。(3)项目计划

5、经常不能按时完成，计划调整频繁，项目进度延期后，开发方又拿不出好的解决方案，项H看不到完成的希望；项H投入的资金、人力、时间、设备等严重超出计划，不接着投入就半途而废，继续投入也看不到成效，系统建设骑虎难下。(4)系统建设完成片，质量问题多，改起來没完没了，也不知道还有多少潜在隐患没有被发现；系统功能实现与需求差异人，或功能缩水，功能无法止常使川；系统经常受到外部安全攻击，不知道系统数据有没有被窃取，系统内部用户可以越级查看或操作系统数据，也不知道系统还存在哪些安全漏洞；系统功能时而正常，时而不正常，运行不稳定；系

6、统提交一个操作后，很长时间都没有反应,运行速度慢；系统功能操作繁琐，界面不友好,用户使用反馈不好;用户客户端种类繁多，有些用户使用正常，有些用户使用不正常；系统建成后与其他系统集成困难，数据无法共享，系统成为信息孤岛。（5）系统上线后，每隔一段时间就需要重启一次，不重启就无法正常运行；系统出现突发问题无法快速解决，需要长时间暂停，业务无法止常开展，上级主管部门和业务部门给予很大压力；系统扩展升级麻烦，或系统升级后，部分数据丢失且无法恢复；系统上线一•段时间后，运行越來越慢或运行不稳定。1.2当前问题分析为什么软件应

7、川系统建设项目失败率居高不下？为什么软件应川系统建设存在那么多的诃题？以下对这些现象进行简要的分析：（1）需求调研分析困难重重，有了需求却难以控制。信息化建设往往是由倍息中心等信息化建设主管部门负责，业务部门配合进行业务需求调研、可行性研究等工作。由于业务部门口身业务繁忙，而信息化建设相关工作需要投入较多业务人员配合，基于B身利益考虑，业务部门往往不巫视相关配合工作，不想承担相关责任，以规避口身风险，而主管部门乂得不到领导层强有力的支持，也无法冇效协调业务部门。作为应用系统建设的主体，开发方往往从白身利益考虑进行需

8、求分析，同时也往往缺少既懂业务乂帰技术的经验丰富的人才，这就导致业务部门人员与开发方技术人员进行业务需求调研分析时，出发点不一致，对需求的理解也不一致，需求调研分析的过程坎坷Illi折，即使形成了需求成果，也往往不够细化，共至部分业务需求被冇意无意的遗漏或被曲解。在需求管理过程中,业务部门对业务需求的认识也是一个山模糊到清晰的过程,这就导致很多早期形成的需求