ITIL新业务开发管理流程.docx
《ITIL新业务开发管理流程.docx》由会员分享，可在线阅读，更多相关《ITIL新业务开发管理流程.docx（15页珍藏版）》请在冰豆网上搜索。
ITIL新业务开发管理流程
新业务开发流程
一、目标
新业务开发流程的目的在于为计费业务中心的新业务开发提供一个管理方法，通过规范的、流程化的管理来降低应用和数据的风险，并对天津移动的业务需求变更提供有力的支持。
新业务开发流程必须确保提供快速、有质量保证的应用开发以支持业务的迅速发展，所以它必须在平衡各种风险的前提下采用一种及时和有效的方式，对新业务需求做出快速的响应。
二、适用范围
本流程的适用范围是针对计费业务中心的所有新业务开发，它不适用于：
∙修改现有的程序的错误。
根据应用的问题，进行已上线程序的修改将不遵循此流程，对于这些变更的处理将依照变更管理和问题管理流程执行。
∙与基础架构相关的变更（如：
添加新的硬件，修改系统参数，网络配置变更等），对于这些变更的处理将依照变更管理和配置管理流程执行。
三、相关定义
1.申请类别
不同类别的新业务开发申请所需要投入的资源和开发时间不同，对系统性能的影响也不同。
为了确保新业务的开发质量和满足上线时间的要求，申请人需要按照下表中所列时限提前申请。
开发时限是指自新业务开发申请获得批准后至测试完毕所需的时间。
申请类型
申请时间（提前）
开发时限
统计分析类
15天
10天
资费修改类
15天
10天
新业务/品牌类
25天
20天
工程类
视要求而定
2.风险级别
根据新业务开发的难易程度，发生错误的可能性，以及对于用户和系统的影响，我们将新业务开发需求分为高/中/低风险：
风险
条件
说明
1
高风险/难度大/影响度大
新业务和新品牌的开发，包括增加BOSS应用的新功能，涉及的用户群较大或较重要，如关键集团用户等。
这些业务在计费业务中心组织力量进行开发前必须经由市场经济委员会批准，严格执行新业务开发流程，并必须进行用户确认测试，来降低其风险。
2
中风险/难度中等/影响度中等
已开发过类似模式的业务，新业务主要在具体资费值上有所不同，且已有完善的相关文档。
此类业务无需设计新的实现方法，可按已有模式进行，因此会降低错误的发生，被视为中度风险。
3
低风险/难度小/影响小
-无需开发程序，只需修改参数
-需开发简单程序，涉及用户群较小
3.优先级
新业务的优先级是指该项业务在要求实现时间上的紧迫度。
优先级
说明
紧急
市场需求紧迫，必须在规定的短时间内完成
高
不能更改日期，必须按期完成
中
完成高优先级业务后安排开发，完成期限后延
低
无明确要求完成时间，在一定期限内完成即可
4.角色和职责
申请人
申请人指的是业务部门提出新业务开发需求的人员。
需求提出者必须填写新应用开发申请表来提交申请。
开发者/集成商
开发者或集成商需要完成如下两个主要任务：
∙分析业务需求，对其进行可行性评估，预估大约需要投入多少资源，包括人力和物力，何时可以开始开发。
∙进行开发，包括对业务实现方案进行设计、编制和单元测试。
市场经济委员会
市场经济委员会负责对各部门提出的业务开发需求进行研讨、批准和优先级排序。
具体来讲，其应负责：
∙对新业务开发需求进行研讨以确保其符合公司业务发展的目标，并且与其它部门不冲突，新业务的预计收益与预估的开发费用成正比。
∙确定新业务开发需求的优先级。
计费业务中心不可能有足够的资源来随时满足来自所有业务部门的所有新业务开发需求，因此新产品开发委员会就必须对这些需求进行排序，确定哪些需求是具备高优先权的并要最先保证完成的。
计费业务中心经理
计费业务中心经理的职责是：
∙指派开发人员或集成商对新业务开发需求进行评估
∙指派开发人员或集成商进行开发
∙对计费业务中心的人力资源进行管理，保证开发任务的如期开始和完成
新业务开发主管
主要职责是：
●负责与业务部门确认业务需求
●负责按照《计费业务中心与集成商新业务开发流程》，协调集成商进行新业务开发工作
●控制开发进度，组织计费中心人员的开发工作
●组织新业务的测试工作（包括用户确认测试）
●负责向业务部门发布新业务上线通知
应用维护和支持人员
主要职责是：
●负责应用程序在生产系统的加载工作
●负责应用程序的维护工作，并依照《问题管理流程》和《变更管理流程》处理业务上线运行后出现的问题
●应用程序的版本管理
四、总体流程
将需求方案抄送市场部
执行需求确认流程
按照《计费中心与集成商业务开发流程》进行业务开发和测试
向集成商提交业务需求
五、总体流程说明
1.提交申请（申请人）
申请人必须填写新业务开发申请并将其提交给计费业务中心。
申请人需要填写下面信息：
∙新业务开发需求：
对所提需求的明确解释。
∙预期收益：
该新业务给天津移动带来的预期收益（新用户的数量或所带来的新增收入）
∙上线时间：
申请人在填写该时间时必须预留变更批准的时间、开发的时间和测试的时间。
∙申请类型：
见相关定义。
不同的需求类型会对应不同的评估、开发和测试时间。
2.评估需求（开发人员）
计费业务中心收到申请后由新业务开发主管组织开发人员从可行性、业务逻辑、资费等角度对方案进行审核：
∙申请表中的内容是否清晰和合理，技术上是否可行，是否有可能对BOSS系统增加较大负载，是否有可能产生收入流失。
如存在这些问题，需要与申请人进行讨论确认，同时更新新业务开发申请表。
∙评估该开发申请的风险。
如果是高风险需求，在新应用上线前一定要进行用户确认测试。
∙如果开发工作由集成商来完成，则由集成商提供评估报告，给出工作量、报价，预计的项目启动时间和完成时间。
∙如果开发工作由计费业务中心应用开发人员来完成，开发人员要评估其工作量，与计费业务中心领导对需求讨论并确定一个合适的项目启动时间。
∙更新新业务开发申请表中的风险程度，开发工作量和预计开始时间。
∙将更新后的新业务开发申请表提交给市场经济委员会和申请人。
3.批准申请（市场经济委员会）
所有的新业务开发需求均要由市场经济委员会或市场经济委员会主席（仅限紧急需求）批准。
批准人应做到：
∙审查该新业务发展申请是否符合整个企业的业务发展方向，该新业务的预期收益与其拓展、开发成本相符。
∙确定需求的优先权。
如果是紧急需求，决定将其排放在已批准需求之前，其它在队列中的申请的实现时间将顺延。
∙批准申请并更新新业务开发申请表。
∙将批准后的新业务开发申请表提交给计费业务中心和各业务部门
4.开发测试
由新业务开发主管组织本部门人员或协调集成商进行开发测试工作．具体流程见后．
5.用户确认测试
由新业务开发主管负责向业务部门发用户确认测试通知，同时将申请人已确认的需求书和参考测试点一并发送，并配合完成确认测试工作．
各部门应将验收测试中的测试步骤和结果记录到用户验收测试表格中：
∙在用户验收测试表格中记录做了何种测试。
∙如果在测试中发现了任何错误，一定要记录在用户验收测试表格中，计费中心收到测试表格后，由新业务开发主管组织开发人员更正错误并将修改后的版本重新放入测试环境，由业务部门进行再测试。
∙如果没有发现错误，申请人将签署用户验收测试表格，明确是否同意新业务上线．
∙对于无法由业务部门测试的功能点或需在某个较远的时间点后方可测出结果的功能点，可由计费中心提供已做的测试报告，由业务部门对测试过程进行审核确认，并最终签署测试表格，明确是否同意新业务上线．
6.新应用上线（应用维护和支持人员以及系统维护人员）
应用维护和支持人员将新的应用从测试环境装入生产环境。
步骤如下：
∙新业务开发主管通知业务部门新应用上线时间。
∙备份当前的生产系统（包括当前版本程序），当变更导致错误时，能够恢复原来的系统。
∙根据安装说明书在生产环境中进行安装。
∙根据生产系统变更管理流程记录变更信息
7.流程简化说明
●对于高风险的需求，必须严格执行流程的每个步骤，并保证按时提供相应文档
●对于紧急需求，可直接由市场经济委员会主席批准业务申请，省略上会讨论步骤，并需给出同时等待开发的各项业务的优先级．对于高风险的紧急需求，其他各步骤都不可省略；对于中低风险的紧急需求可先省略部分文档，待上线后再补．
●对于低风险的需求，如时间紧迫可省略用户确认测试步骤，文档可后补
六、需求确认流程
计费中心收到业务开发需求
由计费中心、业务部门和开发商共同签订需求确认书
由市场经济委员会批准业务申请
Y
N
业务部门与计费中心沟通修改需求
计费中心向需求提交部门发需求回复函
开发商回复开发意见
向开发商提交《BOSS系统（开发／维护）需求表》
流程说明：
1．计费中心只有在收到业务部门正式开发需求函后，方启动此流程。
2．由主管技术人员填写《BOSS系统（开发/维护）需求表》，明确开发需求和要求回复的时限，由新业务开发主管确保在接到需求函后２日内将此表提交开发商
3．开发商必须在指定时限内就需求的可行性、开发进度和负责人给予书面正式回复。
由新业务开发主管负责督促开发商回复时间。
4．由新业务开发主管根据开发商的回复，向需求提交部门发送需求回复函，明确需答复的问题和修改意见。
5．业务部门应对计费中心所提出的问题给出书面答复，根据修改意见考虑对需求作出必要的改进，并在需求修改过程中随时与计费中心沟通。
6．计费中心人员在回答业务部门提出的较复杂问题时，不能基于个人理解擅自作出解答或承诺，必须与主要技术人员讨论后方可答复．
7．业务部门将修改完毕的需求方案提交市场经济委员会审批，并由计费中心、开发商和业务部门就最终批准通过的需求签定需求确认书。
七、计费中心与集成商之间业务开发流程
流程说明：
1.需求最终确认并提交
由计费业务中心主持协同业务部门和集成商一同签署业务需求确认书，并由新业务开发主管向集成商书面提供正式业务开发需求。
2.开发计划和进度安排的确定
●开发人需在规定的时限内已书面形式给出具体实现方案和进度安排
●由新业务开发小组就方案和进度安排进行讨论，由新业务开发主管汇总形成《技术开发规范》，提交给开发人。
●只有当计费、帐务、营销和统计各部分都已确认开发测试完毕，方可发布用户确认测试通知
3.实施新业务开发和测试
●由开发人进行代码编写和充分测试工作，并需提供带有足够量有意义的注释信息的源程序代码，测试手册（报告）和安装说明书。
在测试工作进行前，需由开发人将程序加载至测试环境
●由新业务开发主管组织计费中心测试人员修改补充测试手册，并依据手册进行全面的验证测试，形成最终的测试报告
●完成《新业务申请表》
●由应用维护和支持人员依据《计费业务中心软件版本管理制度》执行应用软件版本升级工作。
4.上线后签署《投产报告》
确认测试通过后，业务上线运行，由计费中心和集成商共同签署《投产报告》
5.文档汇总
由新业务开发主管在业务上线后３日内将所有文档汇总，并提交文档保管员作归档处理。
应提交的文档包括：
●《新业务开发申请表》
●《用户确认测试表》
●《需求分析报告》（即《需求确认书》）
●《开发评估报告》
●《开发计划》
●《项目流程与任务分工》
●《项目进展情况的周、旬或月报》
●《详细设计》
●《测试手册》
●《测试验收报告》
●《操作手册》
●《安装维护手册》
●《软件升级需求申请表》
●《软件升级申请分析报告》
●《升级软件提交及测试表》
●《软件升级计划书》
●《软件升级计划及实施表》
●《软件升级实施报告》
●《软件升级后系统运行状况跟踪分析》
附件一：
新业务开发申请表
编号：
新业务开发申请（由申请人填写）
需求描述:
预期收益:
申请类型:
统计分
升级会员 