金融强监管态势下，改造对核心系统的影响评估、确保业务连续性方面 应如何制定整体实施方案？

客观讲，您这个问题太大了：），更像是一个完整的咨询类服务。
1，核心系统改造，核心是业务打算怎么改？ 如果基于业务透明，或者业务不动，只是下层存储方案的更换，相对好处理；
2，如果涉及了核心系统自身应用软件或者业务软件的改造，那就是大工程了。。。不止一个客户陷入淤泥多年而无法自拔，常见的或者比较通用的做法是新建一套新的核心，新老并行，逐步替换，把影响降到最低，也就是这几年讲得比较多的双模IT，老的老办法，新的新思路，老的兜底，新的创新。
3，核心系统的存储方案选型，相对简单，能上核心系统的生产存储也就那么几家，关键是案例，同业同规模同档位友商的案例，不客气的说，海外EMC/HDS, IBM越来越少，国内也就华为。而存储方案本身极其成熟，两地三中心，无非两种组网方式，同步+异步的环形3DC，双活+同步+异步的有侧重的组网方案。
4，业务连续性视角看，最难得就是迁移过程的业务连续性考虑。 这个，请务必让参与项目的各个厂家在对现网系统有详细的摸底之后， 给出详细的规划步骤。 到底走什么迁移方式，每天的窗口是什么？跟哪些主机有关联？哪些应用有关联？哪些库有关联？库与库之间是否有关联关系，是否需要同时迁移？迁移的时候，先迁移啥？后迁移啥？ 具体停机多久？回退计划是什么？最迟什么时候必须开始回退？迁移后，部分系统是否压测? 容灾体系需要多久构建起来？能否边迁移边构建容灾？等等。。。 这个务必让相关厂商给出详细的规划和计划，马虎不得。。。