ITIL新业务开发管理流程Word文档格式.docx

1、15天10天资费修改类新业务/品牌类25天20天工程类视要求而定2.风险级别根据新业务开发的难易程度，发生错误的可能性，以及对于用户和系统的影响，我们将新业务开发需求分为高/中/低风险：风险条件 说明1高风险 / 难度大/影响度大新业务和新品牌的开发，包括增加BOSS应用的新功能，涉及的用户群较大或较重要，如关键集团用户等。这些业务在计费业务中心组织力量进行开发前必须经由市场经济委员会批准，严格执行新业务开发流程，并必须进行用户确认测试，来降低其风险。2中风险 / 难度中等/影响度中等已开发过类似模式的业务，新业务主要在具体资费值上有所不同，且已有完善的相关文档。此类业务无需设计新的实现方法，

2、可按已有模式进行，因此会降低错误的发生，被视为中度风险。3低风险 / 难度小/影响小-无需开发程序，只需修改参数-需开发简单程序，涉及用户群较小3.优先级新业务的优先级是指该项业务在要求实现时间上的紧迫度。优先级说明紧急市场需求紧迫，必须在规定的短时间内完成高不能更改日期，必须按期完成中完成高优先级业务后安排开发，完成期限后延低无明确要求完成时间，在一定期限内完成即可4.角色和职责申请人申请人指的是业务部门提出新业务开发需求的人员。需求提出者必须填写新应用开发申请表来提交申请。开发者/集成商开发者或集成商需要完成如下两个主要任务：分析业务需求，对其进行可行性评估，预估大约需要投入多少资源，包括

3、人力和物力，何时可以开始开发。进行开发，包括对业务实现方案进行设计、编制和单元测试。市场经济委员会市场经济委员会负责对各部门提出的业务开发需求进行研讨、批准和优先级排序。具体来讲，其应负责：对新业务开发需求进行研讨以确保其符合公司业务发展的目标，并且与其它部门不冲突，新业务的预计收益与预估的开发费用成正比。确定新业务开发需求的优先级。计费业务中心不可能有足够的资源来随时满足来自所有业务部门的所有新业务开发需求，因此新产品开发委员会就必须对这些需求进行排序，确定哪些需求是具备高优先权的并要最先保证完成的。计费业务中心经理计费业务中心经理的职责是：指派开发人员或集成商对新业务开发需求进行评估指派开

4、发人员或集成商进行开发对计费业务中心的人力资源进行管理，保证开发任务的如期开始和完成新业务开发主管主要职责是：负责与业务部门确认业务需求负责按照计费业务中心与集成商新业务开发流程，协调集成商进行新业务开发工作控制开发进度，组织计费中心人员的开发工作组织新业务的测试工作（包括用户确认测试）负责向业务部门发布新业务上线通知应用维护和支持人员负责应用程序在生产系统的加载工作负责应用程序的维护工作，并依照问题管理流程和变更管理流程处理业务上线运行后出现的问题应用程序的版本管理四、总体流程将需求方案抄送市场部执行需求确认流程按照计费中心与集成商业务开发流程进行业务开发和测试向集成商提交业务需求 五、总体

5、流程说明1.提交申请（申请人）申请人必须填写新业务开发申请并将其提交给计费业务中心。申请人需要填写下面信息：新业务开发需求：对所提需求的明确解释。预期收益：该新业务给天津移动带来的预期收益（新用户的数量或所带来的新增收入）上线时间：申请人在填写该时间时必须预留变更批准的时间、开发的时间和测试的时间。申请类型：见相关定义。不同的需求类型会对应不同的评估、开发和测试时间。2.评估需求（开发人员）计费业务中心收到申请后由新业务开发主管组织开发人员从可行性、业务逻辑、资费等角度对方案进行审核：申请表中的内容是否清晰和合理，技术上是否可行，是否有可能对BOSS系统增加较大负载，是否有可能产生收入流失。如

6、存在这些问题，需要与申请人进行讨论确认，同时更新新业务开发申请表。评估该开发申请的风险。如果是高风险需求，在新应用上线前一定要进行用户确认测试。如果开发工作由集成商来完成，则由集成商提供评估报告，给出工作量、报价，预计的项目启动时间和完成时间。如果开发工作由计费业务中心应用开发人员来完成，开发人员要评估其工作量，与计费业务中心领导对需求讨论并确定一个合适的项目启动时间。更新新业务开发申请表中的风险程度，开发工作量和预计开始时间。将更新后的新业务开发申请表提交给市场经济委员会和申请人。3.批准申请（市场经济委员会）所有的新业务开发需求均要由市场经济委员会或市场经济委员会主席（仅限紧急需求）批准。

7、批准人应做到：审查该新业务发展申请是否符合整个企业的业务发展方向，该新业务的预期收益与其拓展、开发成本相符。确定需求的优先权。如果是紧急需求，决定将其排放在已批准需求之前，其它在队列中的申请的实现时间将顺延。批准申请并更新新业务开发申请表。将批准后的新业务开发申请表提交给计费业务中心和各业务部门 4.开发测试由新业务开发主管组织本部门人员或协调集成商进行开发测试工作具体流程见后5.用户确认测试由新业务开发主管负责向业务部门发用户确认测试通知，同时将申请人已确认的需求书和参考测试点一并发送，并配合完成确认测试工作各部门应将验收测试中的测试步骤和结果记录到用户验收测试表格中：在用户验收测试表格中记

8、录做了何种测试。如果在测试中发现了任何错误，一定要记录在用户验收测试表格中，计费中心收到测试表格后，由新业务开发主管组织开发人员更正错误并将修改后的版本重新放入测试环境，由业务部门进行再测试。如果没有发现错误，申请人将签署用户验收测试表格，明确是否同意新业务上线对于无法由业务部门测试的功能点或需在某个较远的时间点后方可测出结果的功能点，可由计费中心提供已做的测试报告，由业务部门对测试过程进行审核确认，并最终签署测试表格，明确是否同意新业务上线6.新应用上线（应用维护和支持人员以及系统维护人员）应用维护和支持人员将新的应用从测试环境装入生产环境。步骤如下：新业务开发主管通知业务部门新应用上线时间

9、。备份当前的生产系统（包括当前版本程序），当变更导致错误时，能够恢复原来的系统。根据安装说明书在生产环境中进行安装。根据生产系统变更管理流程记录变更信息7.流程简化说明对于高风险的需求，必须严格执行流程的每个步骤，并保证按时提供相应文档对于紧急需求，可直接由市场经济委员会主席批准业务申请，省略上会讨论步骤，并需给出同时等待开发的各项业务的优先级对于高风险的紧急需求，其他各步骤都不可省略；对于中低风险的紧急需求可先省略部分文档，待上线后再补对于低风险的需求，如时间紧迫可省略用户确认测试步骤，文档可后补六、需求确认流程计费中心收到业务开发需求由计费中心、业务部门和开发商共同签订需求确认书由市场经济

10、委员会批准业务申请YN业务部门与计费中心沟通修改需求计费中心向需求提交部门发需求回复函开发商回复开发意见向开发商提交BOSS系统（开发维护）需求表流程说明：1计费中心只有在收到业务部门正式开发需求函后，方启动此流程。2由主管技术人员填写BOSS系统（开发/维护）需求表，明确开发需求和要求回复的时限，由新业务开发主管确保在接到需求函后日内将此表提交开发商3开发商必须在指定时限内就需求的可行性、开发进度和负责人给予书面正式回复。由新业务开发主管负责督促开发商回复时间。4由新业务开发主管根据开发商的回复，向需求提交部门发送需求回复函，明确需答复的问题和修改意见。5业务部门应对计费中心所提出的问题给出

11、书面答复，根据修改意见考虑对需求作出必要的改进，并在需求修改过程中随时与计费中心沟通。6计费中心人员在回答业务部门提出的较复杂问题时，不能基于个人理解擅自作出解答或承诺，必须与主要技术人员讨论后方可答复7业务部门将修改完毕的需求方案提交市场经济委员会审批，并由计费中心、开发商和业务部门就最终批准通过的需求签定需求确认书。七、计费中心与集成商之间业务开发流程1.需求最终确认并提交由计费业务中心主持协同业务部门和集成商一同签署业务需求确认书，并由新业务开发主管向集成商书面提供正式业务开发需求。2.开发计划和进度安排的确定开发人需在规定的时限内已书面形式给出具体实现方案和进度安排由新业务开发小组就方

12、案和进度安排进行讨论，由新业务开发主管汇总形成技术开发规范，提交给开发人。只有当计费、帐务、营销和统计各部分都已确认开发测试完毕，方可发布用户确认测试通知3.实施新业务开发和测试由开发人进行代码编写和充分测试工作，并需提供带有足够量有意义的注释信息的源程序代码，测试手册（报告）和安装说明书。在测试工作进行前，需由开发人将程序加载至测试环境由新业务开发主管组织计费中心测试人员修改补充测试手册，并依据手册进行全面的验证测试，形成最终的测试报告完成新业务申请表由应用维护和支持人员依据计费业务中心软件版本管理制度执行应用软件版本升级工作。4.上线后签署投产报告确认测试通过后，业务上线运行，由计费中心和集成商共同签署投产报告5.文档汇总由新业务开发主管在业务上线后日内将所有文档汇总，并提交文档保管员作归档处理。应提交的文档包括：新业务开发申请表用户确认测试表需求分析报告（即需求确认书）开发评估报告开发计划项目流程与任务分工项目进展情况的周、旬或月报详细设计测试手册测试验收报告操作手册安装维护手册软件升级需求申请表软件升级申请分析报告升级软件提交及测试表软件升级计划书软件升级计划及实施表软件升级实施报告软件升级后系统运行状况跟踪分析附件一：新业务开发申请表 编号：新业务开发申请 （由申请人填写）需求描述:预期收益:申请类型:统计分