| 摘要 | 第1-3页 |
| Abstract | 第3-5页 |
| 目录 | 第5-7页 |
| 前言 | 第7-8页 |
| 第一章．Lattice系统业务背景 | 第8-13页 |
| 1．1 Lattice系统的金融背景 | 第8-9页 |
| 1．2 Lattice业务概况 | 第9-11页 |
| 1．2．1 Lattice系统概念模型 | 第9-10页 |
| 1．2．2 Lattice系统的重要消息协议 | 第10-11页 |
| 1．3 全球化金融交易系统需要具备的特性 | 第11-13页 |
| 第二章．Lattice系统是一个遗留系统 | 第13-17页 |
| 2．1 遗留系统概念。 | 第13页 |
| 2．2 Lattice系统是一个高度僵死的遗留系统 | 第13-17页 |
| 第三章．遗留系统再工程 | 第17-25页 |
| 3．1 何为再工程 | 第17页 |
| 3．2 再工程的一般模型 | 第17-19页 |
| 3．3 “演化式”再工程模型 | 第19-24页 |
| 3．3．1 Byrne模型的不适用 | 第19-20页 |
| 3．3．2 针对Lattice系统改造Byme模型 | 第20-21页 |
| 3．3．3 演化式再工程模型 | 第21-22页 |
| 3．3．4 演化式再工程模型的过程 | 第22-24页 |
| 3．4 两种再工程模型的比较 | 第24-25页 |
| 第四章 演化式模型在Lattice系统再工程中的应用 | 第25-65页 |
| 4．1 lattice系统逆向工程 | 第25-27页 |
| 4．1．1 lattice系统逆向工程的目标 | 第25页 |
| 4．1．2 lattice系统逆向工程范围 | 第25-26页 |
| 4．1．3 lattice系统逆向工程的方法、工具 | 第26-27页 |
| 4．1．4 lattice系统逆向工程成果 | 第27页 |
| 4．2 lattice系统移植 | 第27-29页 |
| 4．2．1 移植的目标 | 第27-28页 |
| 4．2．2 移植的实施 | 第28-29页 |
| 4．2．3 移植的成果 | 第29页 |
| 4．3 多线程改写HostTicker | 第29-38页 |
| 4．3．1 改造HostTicker的背景 | 第29-30页 |
| 4．3．2 HostTicker改写的目标 | 第30页 |
| 4．3．3 HostTicker改写实施 | 第30-34页 |
| 4．3．4 验证HostTicker改写目标 | 第34-38页 |
| 4．3．5 HostTicker改写的成果 | 第38页 |
| 4．4 多线程改造market | 第38-44页 |
| 4．4．1 改造market的必要性 | 第38-39页 |
| 4．4．2 market改造的目标 | 第39页 |
| 4．4．3 market改写的实施 | 第39-43页 |
| 4．4．4 market改写的成果 | 第43-44页 |
| 4．5 实现SmartRouter | 第44-58页 |
| 4．5．1 实现SamrtRouter背景 | 第44页 |
| 4．5．2 实现SmartRouter的困难 | 第44-45页 |
| 4．5．3 实现可行性、代价评估[18] | 第45-47页 |
| 4．5．4 SmartRouter实现目标 | 第47-48页 |
| 4．5．5 SmartRouter的实施 | 第48-57页 |
| 4．5．6 SmartRouter的成果 | 第57-58页 |
| 4．6 对lattice体系进一步改造 | 第58-62页 |
| 4．6．1 SRMon | 第58-60页 |
| 4．6．2 SmartRouter对SRMon的支持 | 第60-62页 |
| 4．7 lattice系统功能完善 | 第62-65页 |
| 4．7．1 背景 | 第62页 |
| 4．7．2 实施 | 第62-64页 |
| 4．7．3 阶段性成果 | 第64-65页 |
| 第五章 未来的工作 | 第65-67页 |
| 5．1 J2EE重新构建系统 | 第65-66页 |
| 5．2 MT版本的维护与更新 | 第66-67页 |
| 致谢 | 第67-68页 |
| 参考文献 | 第68-69页 |
