银行IT系统不同开发模式下的配置管理

正在银行信息化项目建设中,软件所占的比重越来越大,而配置管理在软件项目的开发过程中起着举足轻重的作用,它将过去单纯的文件管理提升到版本、基线化管理模式。这个时期的配置管理一般仅采用单(主干)分支方式进行开发管理,从理论上讲已经可以完全消除软件项目投产变更过程中版本混乱的风险,然而实际情况却并非如此简单。一、理想与现实的差异银行IT系统上线后,通常会面临后期的缺陷修复和维护升级的开发工作。理想状态是系统上线后没有缺     

金融业软件开发：协同、整合和准确度量

伴随着金融信息化的发展，金融软件开发的规模越来越大、复杂程度越来越高，对软件管理的需求日益迫切。金融软件的开发实践表明，没有得到有效管理的软件开发过程，会导致团队沟通困难、软件重用率低、代码冗余度高、文档不健全、开发周期较长、产品可靠性差、质量低劣、维护困难及风险度增加等问题。加强对软件开发过程的管理，     

软件需求确定困难对策与分析

本文将根据几年来的软件开发和项目管理经验、结合软件开发的实际地软件需求确定过程中可能遇到的困难进行剖析，并提出了解决对策；同时，对需求确定过程中常见的误区进行分析，供有关人员借鉴和参考。     

浅谈软件开发的成本核算

随着知识经济时代的到来，高新科技经过数十年的发展，在国民经济中发挥着越来越重要的作用，高新科技已经成为国民经济的重要支柱产业，是我国信息产业的核心力量。科技经济的到来对成本核算环境提出了更高的挑战，现行的会计处理方法已经不能完全适应高新科技企业快速发展、多变的要求。本文以高新科技产品软件开发过程为例，根据无形资产——软件开发成果的著作权归属不同，将软件开发分为自主开发产品和受托开发项目两种开发形式，并对两种开发形式的成本核算依据进行分析。现有准则在软件产品投入支出费用化和资本化的分界点、软件项目完工百分比例的确认、软件开发间接成本的分配等问题上，存在大量的主观性判断，如何准确核算软件开发成果的实际成本，笔者从实际出发，针对上述问题，一一提出应对策略。本文在最后一部分选取就职的某家金融软件开发公司作为研究对象，详细阐述实际工作中，引入“里程碑”项目管理办法和借助信息辅助Q1系统，如何对软件开发产品和受托开发项目进行不同的成本核算处理，就开发成本的核算和归集方式做进一步探讨。     

软件开发中的项目管理

软件项目与一般项目比较，有其自身独有的特点。软件开发是知识密集型的智力活动，同时也是自动化程度极低的劳动密集型活动，含有大量的、易于出错的手工劳动（如编程）；软件开发具有自己的生命周期；软件项目的成果有其特有的表现形式，可见性差。在软件开发过程中，我们常常碰到一些问题，如：应用需求往往不明确，用户想到什么就提什么；开发前对时间估计不足，开发的时限定得太少；开发过程中，软件因素与人的相关性大，对事物的描述方式因人而异，造成相互沟通困难等等。因此，在软件开发的项目管理过程中，应该将一般的管理学原理与…     

软件需求确定困难对策与误区分析

本文将根据几年来的软件开发和项目管理经验,结合软件开发的实际情况,对软件需求确定过程中可能遇到的困难进行剖析,并提出解决对策;同时,对需求确定过程中常见的误区进行分析,供有关人员借鉴和参考。     

IT项目问题管理的方法与实践

一、研究IT项目问题管理的必要性 在商业银行实施IT项目开发管理的过程中，项目团队总是会遇到各种各样的困难和问题。例如，因某些技术问题无法有效解决，项目进度受到严重影响；开发环境管理不善，造成项目前期资料和工作成果遗失，项目计划和团队士气遭受严重打击；业务需求在项目实施过程中发生重大变更，需要慎重决策；设备采购周期不断延长，导致系统不能按计划部署等。     

ES/9000 VSE/ESA平台Y2K就绪版本清洁管理办法

随着2000年的临近,各银行业务应用中将陆陆续续有Y2K就绪版本投产。为保证Y2K就绪版本的“清洁”性,即YZK版本投产后,在其他新业务需求下对应开发所做的修改,投产时不应对YZK就绪版本带来新的YZK问题;即使新业务修改出现YZK问题,也要保证YZK完全就绪版本的可用性。因此,需要制定一套YZK生产版本控制管理办法,帮助完成YZK就绪版本的清洁管理。一、YZK就绪版本运行环境描述目前,国内许多较大的商业银行下届省级分行使用IBMES／9000系列主机系统,并运行在VSE操作系统平台下。VSE平台下的应用版本开发管理,有个共同…     

切莫忽视软件需求开发

软件需求是软件开发的依据，是软件项目开发过程各项活动的基础。据统计，软件项目中40％-60％的问题根源是在需求分析阶段。目前，软件工程发展已经日益重视软件需求开发。     

金税三期工程建设进展顺利

近日，记者从国家税务总局金税三期工程管理办公室得知，备受关注的金税三期工程建设进展顺利。目前已经完成了总体规划设计、工程管理咨询项目和业务需求整理与分析两大项目，编制了业务需求基线版本和总体架构设计方案，其余16个项目已基本完成招标需求说明书的编写，工程步入全面建设的攻坚阶段。     

对开发与管理软件需求的探讨

软件需求既是软件产品开发的依据，也是整个项目过程各项活动的基础，一般来讲，需求开发工作占软件产品开发全部工作量的１５％。然而在实际工作中往往存在大量软件需求质量不高和需求变更频繁的问题，这样不仅在技术上给开发人员带来不必要的麻烦，而且造成了人力、物力、财力的浪费，对开发的业务品种的应用效果往往造成不良的影响，其潜在的负面影响尤其不容低估。随着信息技术的发展和网络新经济的到来，银行业面临日益增长、不断发展变化的软件需求，如何开发高质量的软件需求并进行有效的管理已成为当前软件开发中一个亟待解决的关键…     

软件开发与测试部门的协同工作

如何有效地实施和完成一个软件开发项目，是软件工程中的重要课题。随着软件开发规模的不断增大，软件的质量越来越难以控制，软件开发和软件测试逐步分离为两个独立的部门。软件开发部门专职于程序代码编制和软件系统集成，而软件测试部门则专职于软件测试。这就牵涉到这两个部门在软件开发中如何协同工作的问题。本文对这一问题进行了一些研究和探讨。一、软件开发各部门的组成及任务一个软件开发项目的人员组成主要包括软件项目管理部门、软件开发部门和软件测试部门。软件的开发实际上是一个在软件项目管理部门的控制下、在一定时间和财…     

十年辉煌路,峥嵘岁月情——热烈祝贺中国工商银行软件开发中心成立十周年

2006年6月29日，中国工商银行软件开发中心在工商银行信息化建设取得辉煌业绩的喜人形势下．迎来十周年华诞。作为工商银行信息科技队伍的重要组成部分，软件开发中为工商银行信息化建设做出了巨大贡献。成立10年来，软件开发中心成功开发了300多个项目、1400多个版本，涵盖了工商银行业务和管理的各个应用层面，其中，资金汇划清算系统、信贷管理台账系统、网上银行系统、全功能银行系统等产品达到国际同业先进水平，推动了工商银行各项业务的开展。促进工商银行的运作水平领先于国内同业。     

走出软件项目管理的误区

纵观保险业软件开发史,保险软件开发已经从“个人英雄”时代向团队时代迈进,保险业软件项目管理也从“作坊式”管理向“软件工厂式”管理迈进。随着保险业务发展的不断拓展,保险应用软件开发的需求也在不断增加,这就要求软件开发人员特别是软件项目管理人员要更深一步理解和掌握现代软件项目管理的理论方法,完成思想观念上的转变。     

版本管理及Visual Source Safe 6.0的使用

本文阐述了在软件开发项目中，对所有代码文档进行极限、版本等的管理的必要性。同时介绍了Visual Source Safe 6.0进行版本控制的原理，并指出了使用时应注意的事项。     

浅析农村信用社信息系统软件开发的需求管理

随着农村信用社金融电子化建设的深入发展．各项金融软件产品越来越多．软件开发规模越来越大。如何提高软件开发的效率和质量已成为金融软件开发的核心问题。需求管理是关系到金融软件产品质量的关键，对信用社业务发展具有深远影响．软件需求质量的好坏直接关系软件产品的开发质量和生命力。而需求管理对农村信用社来说．处于边实践边探索阶段．只有最佳的需求管理，才会有最好的研发产品．需要在今后工作中认真总结和不断完善。     

银行业务处理软件的维护与管理

一、必要性和具体内容目前软件工程的开发技术已被大多数银行业务处理软件所采用，然而作为软件工程的最后一个环节——软件维护，在银行业务处理软件中没有得到充分的重视和应用，人们对其的重视程度远不如软件开发。其实，银行业务处理软件维护的工作量和成本都要比软件开发大，也同样应得到足够重视。１．必要性银行业务处理软件的开发，从与银行业务部门讨论需求开始，需经历定义阶段（包括计划和需求分析）和开发阶段（包括设计、编码和测试），最后进入维护阶段（包括投产运行和版本更新）。一般开发一个中大型规模的银行业务处理软件…     

引领中国银行业软件开发走向国际——专访中国工商银行副行长张衢

记者：工商银行软件开发中心成立十年来，成功开发出了上千个项目版本，提升了企业核心竞争力，奠定了工商银行信息化建设领先于同业的基础。请您简要介绍和评价一下软件开发中心的成就。     

软件开发成本核算初探

中国工商银行软件开发中心在计算机应用软件的开发和推广过程中,存在耗费和效益的核算问题,每个开发项目的成本归集、计算、预计、控制贯穿整个项目开发和推广过程.根据工商银行总行关于全面成本管理的有关精神和软件开发中心成本核算的具体工作,本文就软件开发成本核算的有关问题作一些初步的探讨.     

金融行业集中开发测试环境架构浅谈

一、引言 目前，金融行业的开发测试环境，由于没有一套标准的规范和架构，项目组各自提出开发测试环境基础架构资源配置要求，各自搭建开发测试环境。开发测试环境存在设备多样性、复用率低、不同需求在同一设备上存在冲突，分散模式的系统构件维护工作量大、成本高，还存在的问题有一是数据和源代码安全性低，二是现有开发环境的设备、开发工具标准不统一，苴接影响了资源的实际使用效率，三是实现集中、统一的管理和维护模式是信息系统未来发展的必然趋势。