业务申请功能的业务变更包括（）

A. 设定头寸预警

B. 查询、调整队列

C. 发起和接收行名行号变更信息，并自动更新本地行名行号库

D. 发起业务撤销、退回申请及应答等

A. 客户若已有生效的定点省（市），如客户再申请其他省（市）时视为变更定点省（市），次月1日生效。

B. 客户可通过短信方式查询当前定点省（市），如客户未选择定点省（市），则告知客户未办理该业务。

C. 客户当月只要成功办理过该业务，则收取相应的月功能费，重复办理当月不再重复收取功能费。

D. 客户不得申请归属省（市）作为定点省（市）。

A. 使用【重新提交】功能发起信贷审批方案变更

B. 通过【用信后审批要素变更】模块发起信贷审批方案变更

C. 通过具体用信品种模块发起信贷审批方案变更，并关联原审批事项的申请书编号

D. 通过数据变更流程发起信贷审批方案变更

A. 收单行对新发展的特约商户，应确保前三个月每月至少巡检一次

B. 收单行每次完成对商户相关人员的业务培训后，应对培训情况登记并填写《特约商户培训表》，由商户签字确认后归入商户准入档案管理

C. 收单行受理特约商户申请资料变更的，应根据其变更内容履行相应的审核、审批手续

D. 特约商户使用个人结算账户作为商户结算账户的，收单行应将受理信用卡的功能予以关闭

分析 案例 ,并回答问题。 案例一 : 某公司承接了一个电子政务平台的项目,该项目主要分 “政务办公”与“政务公开” 两大部分。甲方很配合,协助整理了国家电子政务管理规范与相当文档。沟通拟定的开发周期也相对宽松。 甲方聘请了监理;三方各派代表成立项目控制委员会（）。公司也在项目团队中派了长驻QA小组,协助项目管理。 但是,电子政务并不是公司的主营业务,整个研发团队是公司临时招聘组建,约六人左右,大多是应届毕业,除了项目经理之外,最有经验的也不过两三年开发经历。 针对这种情况,作为项目经理,应该采用哪种开发模式比较合理 并给出理由。 案例二 : 当项目刚开始不久,甲方接到通知,要在当年国庆前后参加全国电子政务网站评比,当地主管领导希望能在九月份先进行本地区评比。准备充足后,再备战全国评比。而此时,刚过五一,总计用于研发时间也就四个月左右。 项目主管在了解情况后,向 CCB提出项目变更申请,考虑先做前端功能,后端仅做现阶段需要的模块。同时,向公司申请从其它项目组,抽调技术骨干到该项目组协助。 经各方协商,以上方案得到支持,项目范围、开发计划的变更得到认可;公司抽调三名有多年协作经验的老员工,到该团队参与开发。 在这种情况下,作为项目经理,应该采用哪种开发模式 并给出理由。 案例三 : 最终,该电子政务平台项目完满成功。团队成员觉得可以考虑将该项目转化为产品,作为一项稳定业务看待,向公司建议后,得到公司高层支持,公司内部通过评审,确定以上思路。项目经理转为产品研发经理,从事产品化工作。 在评审过程中,也顾虑到很多问题,具体如下:研发经理考虑到在项目开发中,由于工期限制,程序架构不够灵活,产品化后调整工作量会比较大,存在技术风险;公司高层认为,市场定位依然不够明晰,大幅投资不太现实,现阶段仅限尝试。 在这种情况下,该研发经理,应该采用哪种开发模式 并给出理由