2000年软件危机的挑战与对策PDF电子书下载

第一章 2000年问题的最新进展 1

1.1 2000年问题的现状 1

1.1.1 调查结果令人堪忧 2

1.1.2 实际情况 3

1.1.3 紧迫感在哪里 5

1.1.4 认真对待现实：细节方面的考虑 5

1.2 媒体方面的最新进展 6

1.2.1 2000年神话 6

1.2.2 银弹解决方案云云 7

1.2.3 极端主义的危害 8

1.3 商业问题要用商业办法来解决 8

1.4 各行业的最新进展 9

1.4.1 银行业 9

1.4.2 证券公司 11

1.4.3 制造业 12

1.4.4 零售业 13

1.4.5 交通业 13

1.4.6 电信业 14

1.4.7 公用事业和能源业 15

1.4.8 医疗保健、保险和制药业 16

1.4.9 服务业 17

1.4.10 中小型公司 18

1.5 政府方面的最新进展 19

1.5.1 美国联邦政府 19

1.5.2 美国国防部 21

1.5.3 美国州政府 21

1.5.5 中学与大学 22

1.5.4 美国地方政府 22

1.6 国际方面的最新进展 23

1.6.1 加拿大 23

1.6.2 欧洲 23

1.6.3 太平洋沿岸/日本 24

1.6.4 世界上的其他地区 25

1.7 世界范围的经济影响 25

第二章 更新策略，化解风险 26

2.1 行动已经迟缓，现在该怎么办 26

2.1.1 作好全面部署 27

2.1.2可选方案日益减少 28

2.1.3 时间紧迫：替代策略 29

2.1.4 齐头并进 29

2.2 2000年问题商业风险评估 30

2.2.1 从现在开始修复5个最重要的系统 31

2.2.2 编制系统清单 32

2.2.3 鉴别数据交换点 32

2.2.4 鉴别并登记外部实体 33

2.2.5 登记商业职能 34

2.2.6 把系统与商业职能联系起来 35

2.2.7 把外部数据接口与商业职能联系起来 37

2.2.8 建立外部实体与商业职能的联系 37

2.2.9 鉴别事件层次 38

2.2.10 确认税收风险或与顾客相关的风险 39

2.2.11 确认法律风险或/和管理风险 41

2.2.12 优先考虑修复和测试的项目 42

2.2.13 提高商业最终用户需求完成项目的优先级别 44

2.3 发展应用程序软件包选项 45

2.3.1 供应商已交付兼容系统 46

2.3.2 供应商修复了系统，但系统仍然不兼容 47

2.3.3 供应商正在修复系统，但交付期已错过兼容性截止期限 48

2.3.4 供应商拒绝提供兼容性状态 49

2.3.5 供应商不打算修复系统 49

2.4 为远远落伍而制定的策略 50

2.4.1 减少风险的目标 50

2.4.2 “安全的”捷径 51

2.4.3 不受欢迎的捷径 52

2.4.4 实施5个顶级优先级别的修复项目 53

2.5 敲响1998年和1999年的钟声 54

第三章 法律问题和保护 55

3.1 为什么应该考虑法律问题 56

3.2 最大限度地降低费用和风险 57

3.2.1合同问题 57

3.2.2 公开义务 59

3.2.3 公司声明 61

3.2.4 税收法律问题 62

3.2.5 内部风险管理 63

3.3.1 认证信 64

3.3 供应商问题 64

3.3.2 供应链/合作伙伴问题 65

3.4 书面记录 66

3.5 保险 68

3.6 政府方面的问题 69

3.6.1管理机构 69

3.6.2 国会 70

3.7 法律方面的其他问题 71

3.7.1 聘用职员 71

3.6.3 州政府 71

3.7.2 国外工厂 72

3.7.3 版权 72

第四章 非IT问题及其解决办法 74

4.1 定义非IT系统的2000年问题 74

4.1.1 商业伙伴方面的影响 75

4.1.2 供应链方面的挑战 76

4.1.3 嵌入式技术和其他非IT技术 76

4.1.4 非IT问题：后果与时间安排 76

4.2 各行业所面临的非IT挑战 77

4.2.2 能源和电力业 78

4.2.1 电信业 78

4.2.3 医疗保健业 79

4.2.4 制造业 79

4.2.5 批发、零售和服务业 79

4.2.6 交通部门 80

4.2.7 金融业 81

4.2.8 政府与国防 81

4.3.1 供应商的种类 82

4.3 供应商、商业伙伴方面的挑战 82

4.3.2 供应链与多米诺原理 83

4.3.3 供应商策略：方法论手段 84

4.3.4 建立多级供应链文档 88

4.3.5 供应商的反应 90

4.3.6 供应商应急选择：避免失效 90

4.4 嵌入式技术的2000年问题 90

4.4.1 嵌入式系统方面的挑战 91

4.4.2 2000年问题对嵌入式系统的影响 92

4.4.3 嵌入式系统：类型和范畴 93

4.4.4 嵌入式系统项目的策略 101

4.4.5 嵌入式系统：基线 104

第五章 获取帮助：工厂、外来资源和服务 106

5.1 第三方服务——目前已有的经验教训 108

5.1.1 两难选择的根源 108

5.1.2 最常见的错误 109

5.1.3 建立成功的供应商关系的基本规则 110

5.2.1 策略选择参数 111

5.2 选择正确的策略 111

5.2.2 使用参数选择策略 113

5.2.3 选择正确的合作伙伴 116

5.3 保证成功 117

5.4 支持工厂 120

5.4.1 工厂的基本处理过程 121

5.4.2 在使用工厂之前 122

5.4.3 工厂软件包 122

5.4.4 工厂QA处理过程 123

5.5 支持顾问 124

5.4.5 内部工厂 124

5.6 国外资源 126

5.7 市声的发展 127

第六章 标准、工具和技术更新 129

6.1 标准方面的最新进展 129

6.1.1 日期格式标准 129

6.1.2 认证程序 131

6.1.3 外部数据交换 131

6.1.4 2000年防火墙策略 131

6.2 升级单元封包策略 132

6.3 修复过程最新进展 133

6.3.1 高生产效率目标 133

6.3.2 域扩展方面的最新进展 134

6.3.3 窗口化方法的最新进展 135

6.3.4 使用桥接的域扩展方法 135

6.3.5 有用的方法和最糟糕的实践 135

6.4 一组实现选项 136

6.5 优化DIY方法 137

6.5.2 优化利用工具协助的方法 138

6.5.1 优化手工修复方法 138

6.5.3 优化内部工厂方法 139

6.6 立即开始行动 140

6.7 2000年工具应用的最新情况 140

6.7.1 自动化修复工具 140

6.7.2 日期例程 141

6.7.3 桥接例程 141

6.7.4 测试工具的最新情况 141

6.8 跟踪风险及其进展：使用数据库 142

6.7.5 PC与分布式系统工具 142

6.7.6 风险模拟工具 142

6.8.1 建立2000年跟踪数据库 143

6.8.2 信息需求 143

6.8.3 企业层元模型 144

6.8.4 物理数据库的需求 144

6.8.5 信息捕获和加载需求 145

6.8.6 查询和报表需求 146

第七章 2000年问题测试基本规则 147

7.1 2000年问题的测试差别 148

7.1.1 2000年问题测试的范围 149

7.1.2 2000年问题测试焦点 150

7.1.3 2000年问题测试的基础 151

7.2 需要测试什么 153

7.2.1 商业软件的兼容性要求 153

7.2.2 终端用户系统 156

7.2.3 对嵌入式技术的兼容性要求 157

7.3.1 测试的类型 158

7.3 测试的类型和层次 158

7.3.2 测试的等级 160

7.4 多少测试才足够 162

7.4.1 “自动防止故障”测试 162

7.4.2 典型的应用程序测试 163

7.5基于风险的目标 164

7.5.1 基于风险分析的元素 165

7.5.2 受基于风险的测试策略影响的组件 165

7.5.3 应用基于风险的测试策略 167

7.6 应用测试 169

第八章 实现2000年问题测试程序 171

8.1 管理企业层的测试工作 172

8.1.1 项目办公室的测试功能 172

8.1.2 作用和责任 173

8.2 企业层测试基础结构 174

8.2.1 评估企业测试基础结构 174

8.2.2 决定企业基础结构改进 175

8.2.3 实现企业基础结构改进 178

8.3 企业层主测试计划 179

8.3.1 高层次总结 180

8.3.2 测试策略 180

8.3.3 应用程序统一 181

8.3.4 基础结构要求 181

8.3.5 测试项目列表 181

8.3.6 主项目日程表 182

8.4 管理应用程序层的测试工作 183

8.4.1 作用和责任 183

8.4.2 应用程序测试评估活动 184

8.4.3 确定应用程序基础结构改进 185

8.4.5 创建测试数据 186

8.4.4 创建应用程序测试计划 186

8.4.6 创建测试脚本 188

8.4.7 测试执行 188

8.4.8 结果有效性验证 189

8.5.1 高层次概述 190

8.5.2 测试策略 190

8.5 制定应用程序测试计划 190

8.4.9 验收和结束 190

8.5.3 测试环境 192

8.5.4 详细的测试描述 193

8.5.5 应用程序项目时间表 193

8.6 为软件包制定应用程序测试计划 194

8.6.1 影响软件包测试的因素 194

8.6.2 测试软件包的方法 195

8.6.3 制定软件包测试计划 195

8.7 为工厂修补工作制定应用程序测试计划 196

8.7.1 影响测试工厂修补软件的因素 196

8.7.3 为工厂修补的软件制定测试计划 197

8.7.2 测试工厂修补的软件的方法 197

第九章 应急计划：当时间不够用时 199

9.1 什么是应急计划 199

9.1.1 为什么制定应急计划 200

9.1.2 技术与商业推动的应急计划 201

9.1.3 内部与外部推动的要求 201

9.1.4 应急计划参加者 201

9.2 标识应急要求 202

9.2.1 硬件和基础结构推动的要求 203

9.2.2 软件推动的要求 205

9.2.3 开发/替代项目 207

9.2.4 商业推动的应急要求 208

9.3 制定应急计划 211

9.3.1 计划概述 211

9.3.2 商业模型重新设计选项 214

9.3.3商业单位关闭选项 214

9.3.5 筛选：实际的应急计划 215

9.3.4 商业功能合并选项 215

9.4 各行业的应急计划 217

9.4.1 金融机构 217

9.4.2 保险公司 218

9.4.3 医疗保健供应商 218

9.4.4 制造和零售业 219

9.4.5 服务工业 219

9.4.6 公用设施和电信 220

9.5 应急计划调用 221

9.4.7 政府策略 221

9.4.8 小公司应急计划 221

9.5.1 抓紧时间才能成功 222

9.5.2 替代项目调动 222

9.5.3 基于软件包供应商问题的调用 223

9.5.4 内部系统故障的标识和调用 223

9.5.5 外部系统故障标识和调用 223

9.5.6 2000年前和2000年后的应急调用 223

9.6.2 行业水平的应急选项 224

9.6.1 应急管理是连续的 224

9.6.3 国家水平的应急选项 224

9.6 转移到应急管理 224

9.5.7 由谁制定应急决定 224

9.7 人员应急计划 225

第十章 管理过渡期：经受不可避免的过程 226

10.1 定义“过渡窗口 226

10.1.1目前的问题 227

10.1.2 预测：1999 228

10.1.3 2000年1月1日 229

10.1.4 清理混乱状态：2001~2005 230

10.1.5 保险申请和法律行动 231

10.2 逐行业展望 232

10.2.1 金融行业 232

10.2.2 医疗保健 232

10.2.3 制造业 232

10.2.4 公用设施和电信 233

10.2.5 运输 233

10.2.6 国际关系 233

10.3 投资和经济影响 233

10.3.1 投资影响 233

10.3.2 经济影响 234

10.4 建立危机管理组 235

10.5 2000年危机管理 236

10.5.1 危机管理要求 237

10.5.2 内部计划因素 237

10.5.3 外部影响因素 237

10.5.4 危机管理计划 238

10.5.5 危机调入中心 239

10.5.7 在危机模式中转变商业策略 240

10.6 清理管理窗口 240

10.5.6 应急计划和淘汰中心 240

10.7 2000年问题将改变IT的方向 242

10.7.1 使项目办公室制度化 242

10.7.2 要继续前进 242

10.7.3 从外部来源获得IT：小心 243

10.8 从全球考虑，从本地着手 243

附录 供应商清单 244

A.1 咨询公司 244

A.2 工具供应商 249

A.3 转换供应商 253

A.4 作者的公司 254