信息系统项目管理师论文-需求开发与范围管理.docVIP

【摘要】 20**年2月，我参与了某国有商业银行掌上银行项目开发，并担任项目经理。该项目采用V模型项目生命周期，依托于**行已有的手机银行平台，用Objective-C在Xcode上开发手机终端的app，通过Erlang构建业务逻辑应用，并对手机银行平台的交易网关和后台账务系统进行改造，最终实现在手机终端上，提供14个核心功能模块和9个增值功能模块的金融服务。应用投产后得到了市场的良好放映，提升了**行在掌上终端领域的同业竞争能力。 本文结合我的实践，以掌上银行项目为例，讨论了项目的需求管理和范围管理。本文首先讨论了如何基于计简化的原型法进行需求分析，确定软件需求规格说明书；在工作分解结构WBS分解过程中采取滚动式规划发，来符合项目的渐进明细性特点；建立纵向的需求跟踪矩阵来管理、跟踪需求与实现。 此外，本文还总结了在范围定义时疏忽了需要采购苹果的app授权，尽管项目后期补上了该工作，还是造成了一定延期的经验教训，期望能给广大项目管理同行有所借鉴。 论信息系统项目的需求管理和范围管理 项目概况 随着手机银行业务的快速发展，招商银行、交通银行等各大型商业银行已推出了针对手机的手机银行，并受到了市场的欢迎，为了增加手机银行在同业市场的竞争力，抢占市场份额及客户资源，某大型国有商业银行产品研发部提出了掌上银行业务需求，20**年1月信息化建设委员审批同意立项申请，科技部就该项目下达了工作单，由研发中心承担技术实施任务。作为项目经理，我主要承担组织实施项目计划、设计、开发、测试及配合业务部门的产品试运行、验收和推广工作。 该项目为渠道类新系统功能开发和测试，在采购的技术平台上进行自主开发的方式，采用V模型生命周期模型，研发周期6个月，从20**年2月至8月。项目目标是打造基于手机的掌上商务平台，以掌上银行自身业务为核心，重点突出其增值服务功能。掌上银行应用依托于**行已有的手机银行平台，用Objective-C语言在Xcode工具开发手机终端上的app，通过擅长多线程处理的Erlang构建渠道端业务逻辑应用服务，并对手机银行平台的交易网关和后台账务系统进行扩展改造，最终实现为手机终端上的用户提供金融产品服务。 掌上银行应用主要分为核心功能、扩展功能。核心功能实现包括登陆、账户查询、缴费、转账等14个功能模块，共计68支业务交易，增值服务功能包括：信用卡资讯、营业机构查询、行情数据查询等9个功能模块，共计22个在线（或本地）及时服务功能。该系统属于全新的类型的渠道应用，业务需求不确定性高，直接面对客户，强调客户体验；应用系统涉及IOS操作系统的app应用、渠道的业务逻辑处理服务、交易网关、账务系统处理等内容，涉及范围广，这都对该项目的需求管理和范围管理提出了较高的要求。 需求是指用户对目标系统在功能、行为、性能、设计约束等方面的期望。需求工程包括需求开发和需求管理，是个不断反复的需求定义、文档记录、需求演进的过程，可以划分为：需求获取、需求建模、形成需求规格、需求验证、需求管理。而项目范围则是为了达到项目的目标，为了交付具有某种特征的产品和服务，项目所规定要做的。范围管理就是要确定哪些工作是项目应该做的，哪些工作不应该包括在项目里。首先通过需求开发来获取项目需求，在此基础上确定项目范围，进行项目范围管理。需求管理是对已批准的需求进行生命周期管理。只有通过需求分析过程之后才能确定项目的范围，需求的并更会导致项目范围的变更。 针对业务需求不确定性高、项目范围广等特点，我在需求管理和范围管理中都采取了如下的措施： 用简化的原型法来进行需求分析 需求分析对项目有举足轻重的作用，充分的需求分析可以使得开发和测试更能够了解客户的需求，把一些技术难点和可能遇到的难点问题提出来，尽早解决，并且达到一致，避免项目后期返工，减少缺陷成本。为了做好需求分析，我们在该项目的需求分析中采用了简化的原形法。 我们首先对业务需求《掌上银行手机版业务需求文档》进行快速的分析，弄清楚业务部门的对掌上银行手机的基本需求，包括：界面形式、处理功能、总体结构等，选取关键核心的需求和功能，描述一个基本的业务需求规格说明，并提交给3名业务人员。由由业务和开发人员共同讨论确定初始需求的可用性，形成初步一致意见。 接着在基本的业务需求规格说明上，搭建简易的原型系统，该　原型系统包括简单的客户端app和业务逻辑处理服务，尽量仿真实际手机环境下的操作界面，与实际系统的操作过程完全相同，由于交易网管和后台帐务是现有系统改造，故考虑设计但不用实现。 最后由业务人员和开发人员共同评价和改进原型，由于原型忽略了大量的细节，只实现了核心的几个功能，显得残缺不全，3名业务人员还在开发人员的指导下试用和体验了该原型。基于实际体验，业务人员提出了新的需求，开发接着在进行原型调整，这样反复沟通