2000年软件危机的挑战与对策【2025|PDF下载-Epub版本|mobi电子书|kindle百度云盘下载】

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 预测：1999228

10.1.3 2000年1月1日229

10.1.4 清理混乱状态：2001~2005230

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