《信息化建设持续改进方案》由会员分享，可在线阅读，更多相关《信息化建设持续改进方案（10页珍藏版）》请在金锄头文库上搜索。
1、信息化建设持续改进建议新版业务系统（一期）的实施成功，仅仅是一个好的开端，今天的成功并不能保证明天的成功。软件系统是一个工具，它是不能自行维护的，应将其看做一个需要因需而变的活的生命体，所以必须进行坚持不懈的努力，对软件系统进行持续改进，通过不断提高软件产品质量和产品种类来满足用户不断增加的新的需求，提升其满意度，同时通过不断优化自身来提高工作效率，降低工作成本。一、新版业务系统的持续改进应遵循以下几个基本原则：（ 1）业务延续性业务系统持续改进是对现有系统的补充完善修正和提高，其基础是现有系统的现状，在其之上进行的各种改进型工作的前提，是遵循业务工作的各项流程和规则，执行并完成各项业务工作，
2、它基本沿用原有系统的设计思路、业务架构、技术路线等，故对系统所承担的业务工作有良好的继承和延续作用。这是在业务系统指导思想、设计思路（包括业务工作完成方法等功能及功能架构设计） 、功能需求和技术路线等方面没有重大变化或调整时，对系统进行自身自我完善的一种良好模式。（2）问题处理及时性一个业务系统之所以最终不能适应其所服务的业务工作，很多情况下是由于长时期问题的积累所导致的。因此及时地解决所遇到的问题，是保持系统旺盛活力的前提。业务系统持续改进具有日常型的系- 1 -统原有能力增强、阶段型的系统能力范围扩展以及计划型的系统版本升级等方式，具有能较为及时地解决（或排除）问题的各种手段和方法，不至因
3、问题的积累而导致系统的失败；因而是一种能够使系统长久保持健康状态的方法。（3）相对简便性同时处理多个问题， 其复杂度和工作强度要远远高于单独处理一、二个问题，因为在处理多个问题时，需要综合考虑各问题所涉及的领域、牵涉到的方方面面的关系。以往业务系统在运行多年后被迫放弃，并不是由于业务目标及工作内容的重大变化，而是由于多年积累的问题过多，处理起来过于复杂，在原有系统基础上进行改进的难度、工作强度以及由此而产生的成本已高于重新研发一个新的系统，使得决策者不得不放弃改进方式，而选择更新系统模式。业务持续改进应具备问题处理的及时性，使得系统改进的复杂度和工作强度不至很高；在大多数情况下能够使系统的改进
4、成本保持在一个令人能够接受的程度。（4）低风险性业务系统投入运行前已经经过了较为完整全面的测试和试运行，改进之前往往又经过了一段时间的业务运行，因此其主体能力是能够大致符合并满足业务需求的；持续改进是对其缺陷的修正、弱项的增强和能力的扩展，而对其满足业务需求的部分是予以保留、维护和优化的；因此改进后的系统是在原有系统基础之上的增强和改良。相对于投入一个全新的系统而言，改进系统所面临的风险要低得多，为此- 2 -而需付出的成本也要小得多。新版业务系统的持续改进是建立在质量和质量管理的永无止境的基础上的；不断改进产品质量，开发新的高质量产品模块，提高过程和体系的有效性和整体业绩应当是持续改进的永恒
5、目标，也是进行质量管理的一个重要原则。二、新版业务系统持续改进的主要内容概括起来，新版业务系统持续改进的工作内容有三个方面：一、不断提高自身已有功能的强度；二、不断修正自身的缺陷和错误；三、根据不断变化的需要，及时增加自身新的功能。对应在具体操作上大致有三种方式：其一，对业务系统已有能力进行补充和提高；其二，对系统若干原本不具备的能力进行有限规模地添加，以简易的方式扩充系统的能力范围；其三，在现有系统的基础上，对系统进行较大规模的调整和改造，扩充新的能力，修订缺陷，更正错误，以该系统新版本的形式更换掉原有旧的版本；从时间的角度分析这三种方式，可以发现：第一种“已有能力的增强”方式属于日常型的，
6、第二种“现有能力范围的有限扩展”方式是阶段型的，而第三种“版本升级”方式则是计划型的（或甚至是定期的） 。因此，对自身能力的提升、扩充和错误的纠正，以及时间频度上的日常型、阶段型及计划型，是业务系统持续改进的主要特征。- 3 -三、新版业务系统持续改进的主要步骤及流程新版业务系统持续改进是在CMM（ Capability Maturity ModelIntegration）即软件能力成熟度模型集成的基础上，结合企业和系统自身特点加以完善，通过多种方法和工具来度量系统的有效性和实用性，并能够找出持续改进的机会和线路。主要步骤流程如下：1、系统运行维护对于一个业务系统而言，其能力始终是有限的，在其
7、运行的过程中始终无法完全具备足以应对所有问题的能力，所以一旦建成并投入运行，运行维护工作便始终伴随着该系统，直至其生命周期的终点。运行维护和持续改进在保障系统正常运行的目标上是一致的，及维持系统在不断变化的需求和环境中的正常运行，并在运行维护过程中，记录问题，总结经验。在这里需要注意的是，建立并逐步完善一套信息系统灾备及应急处理预案，在运行维护过程中的必要性和重要性不容忽视，制度和预案的完备，将确保系统在持续改进过程中，正常稳定的运行，也是确保持续改进工作的必要保障。2、系统运行状况评估为了更好的对新版业务系统项目进行持续改进，在对系统进行运行维护的基础上，需要的业务系统进行运行状况评估，现阶
8、段主要从性能评估和效能评估两个方面开展。其主要任务是对新业务系统进行综合分析，并论证新版业务系统的组成规模和方案优劣，就实际状况而言，系统运行状况评估应包含以下几点：检验软件系统的完备性、一致性和正确性；论证该业务系统内部要素的相互关系和对系统总体效- 4 -能的影响；业务系统结构合理性分析；以此为依据制定评估报告，为系统持续改进指明方向。3、系统需求开发在系统运行状况评估报告的基础上，针对问题进行统筹考虑，结合实际业务流程，通过沟通和讨论，深入挖掘需求要点，并结合系统稳定性和强壮性要求给出相应合理化建议，不断优化需求流程和方法，最终规划制定出相应的功能模块模型。4、技术解决在确定了系统需求和
9、功能模块模型的基础上，对现有系统通过技术手段进行完善，在软件工程学方法的指导下，通过各类系统开发方法，将需求和模型加以实现。5、模块产品集成将完成的功能模块集成到现有系统中，使之融为一体，从而达到功能完善、流程畅通、满足需求的目的。6、验证和测试验证需求效果，测试需求功能的完善性、业务流转的畅通性和数据的准确性，并综合考量系统架构的合理性和稳定性。7、交付确认及上线通过上述步骤的循环往复，不断完善并强大新版业务系统，以持续改进的方式来提高系统自身的能力、扩大自身的能力范围、弥补缺陷、更正错误来更好地适应不断变化的需求和环境，并逐步满足经营条件的变化可能会对新版业务系统的应用提出不同的要求。-
10、5 -四、现有系统所需解决的问题上述为新版业务系统建设持续改进的整体思路，就目前系统上线运行状况分析，现阶段的新系统尚处于功能待完善阶段，在系统功能不断补全和完善的过程中，同样需要上述持续改进思路的指导，是一个循序渐进的过程，针对现有系统架构和公司实际业务综合分析，待完善功能及待优化功能如下：1、现有系统框架内，系统功能BUG修复2、必要的数据项补全，基础信息完善3、对系统中现有业务流程局部调整4、在现有业务流程中对权证事务中心工作的支持完善5、针对流程控管中心审核岗的系统功能完善6、依据业务信息如房源、客源、合同、等数据综合统计分析模块7、依据详细或特定信息点，如价格、区域、学片等数据综合统
11、计分析模块8、针对财务的数据报表完善9、对一线员工过程量细分考核的数据统计分析模块10、统一的合同和票据管理模块11、员工绩效分成和绩效档案管理模块12、业务系统交互方式优化13、人性化管理相关模块14、业务系统数据安全完善15、与其他信息系统的接口对接：如网站、OA、人力软件、财务软- 6 -件、 CRM、BBS、上级单位的信息系统、公共网络上的信息系统等16、依据各类数据报表对决策制定和风险控制等方面的辅助支持17、业务系统数据结构及算法优化五、解决现有问题的方法上述现有系统待完善或待优化的问题，一部分是依据系统运行状态评估，另一部分（大部分）需要完备的需求开发予以支持。前者，在完成运行状
12、况评估后，针对具体问题，将制定相应的方案及时解决；后者，将在今后的需求开发过程中， 将引入 DOORS（依据数据库为核心）和 RequisitePro （依据文档为核心）等完备的需求开发工具，使需求开发工作更为系统化，同时在需求开发过程中的需求沟通讨论环节，除保留现有的专人对接沟通方式外，需要在系统整体高度进行把控，从而保证需求的新增和变更所带来的变化能正确同现有系统进行无缝对接，从而确保系统的稳定运行。在解决现有问题的过程中，将按照需求优先级进行排队，基本原则为先基础信息及流程，再数据统计分析，后特殊功能实现，系统优化及扩展次之，最后进行辅助功能整体建设。针对具体的需求开发结果，对具体的需求项目进行模块化细分拆解，并依照软件工程方法进行实施，具体实施可参照系统持续改进步骤。信息系统的持续改进不是一个过程，而是一种循环往复的长效机制，在持续改进的进程中，不可避免的会遇到这样那样的问题，根据实际问题有针对性的制定解决方案，并依赖于决策层的大力支持是将- 7 -信息系统持续改进真正发挥作用的关键。- 8 -
