主页 详情

《2000年软件危机的挑战与对策》_(美)(I.S.海斯)(Ian S.Hayes),(美)(W.M.乌尔里希)(Willam M.Ulrich)著;康博创作室

【书名】:《2000年软件危机的挑战与对策》
【作者】:(美)(I.S.海斯)(Ian S.Hayes),(美)(W.M.乌尔里希)(Willam M.Ulrich)著;康博创作室译
【出版社】:人民邮电出版社;普伦蒂斯霍尔出版公司
【时间】:1999
【页数】:254
【ISBN】:7115076065
【SS码】:10476262

最新查询

内容简介

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

1.1 2000年问题的现状

1.1.1 调查结果令人堪忧

1.1.2 实际情况

1.1.3 紧迫感在哪里

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

1.2 媒体方面的最新进展

1.2.1 2000年神话

1.2.2 银弹解决方案云云

1.2.3 极端主义的危害

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

1.4 各行业的最新进展

1.4.1 银行业

1.4.2 证券公司

1.4.3 制造业

1.4.4 零售业

1.4.5 交通业

1.4.6 电信业

1.4.7 公用事业和能源业

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

1.4.9 服务业

1.4.10 中小型公司

1.5 政府方面的最新进展

1.5.1 美国联邦政府

1.5.2 美国国防部

1.5.3 美国州政府

1.5.5 中学与大学

1.5.4 美国地方政府

1.6 国际方面的最新进展

1.6.1 加拿大

1.6.2 欧洲

1.6.3 太平洋沿岸/日本

1.6.4 世界上的其他地区

1.7 世界范围的经济影响

第二章 更新策略,化解风险

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

2.1.1 作好全面部署

2.1.2可选方案日益减少

2.1.3 时间紧迫:替代策略

2.1.4 齐头并进

2.2 2000年问题商业风险评估

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

2.2.2 编制系统清单

2.2.3 鉴别数据交换点

2.2.4 鉴别并登记外部实体

2.2.5 登记商业职能

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

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

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

2.2.9 鉴别事件层次

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

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

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

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

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

2.3.1 供应商已交付兼容系统

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

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

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

2.3.5 供应商不打算修复系统

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

2.4.1 减少风险的目标

2.4.2 “安全的”捷径

2.4.3 不受欢迎的捷径

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

2.5 敲响1998年和1999年的钟声

第三章 法律问题和保护

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

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

3.2.1合同问题

3.2.2 公开义务

3.2.3 公司声明

3.2.4 税收法律问题

3.2.5 内部风险管理

3.3.1 认证信

3.3 供应商问题

3.3.2 供应链/合作伙伴问题

3.4 书面记录

3.5 保险

3.6 政府方面的问题

3.6.1管理机构

3.6.2 国会

3.7 法律方面的其他问题

3.7.1 聘用职员

3.6.3 州政府

3.7.2 国外工厂

3.7.3 版权

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

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

4.1.1 商业伙伴方面的影响

4.1.2 供应链方面的挑战

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

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

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

4.2.2 能源和电力业

4.2.1 电信业

4.2.3 医疗保健业

4.2.4 制造业

4.2.5 批发、零售和服务业

4.2.6 交通部门

4.2.7 金融业

4.2.8 政府与国防

4.3.1 供应商的种类

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

4.3.2 供应链与多米诺原理

4.3.3 供应商策略:方法论手段

4.3.4 建立多级供应链文档

4.3.5 供应商的反应

4.3.6 供应商应急选择:避免失效

4.4 嵌入式技术的2000年问题

4.4.1 嵌入式系统方面的挑战

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

4.4.3 嵌入式系统:类型和范畴

4.4.4 嵌入式系统项目的策略

4.4.5 嵌入式系统:基线

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

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

5.1.1 两难选择的根源

5.1.2 最常见的错误

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

5.2.1 策略选择参数

5.2 选择正确的策略

5.2.2 使用参数选择策略

5.2.3 选择正确的合作伙伴

5.3 保证成功

5.4 支持工厂

5.4.1 工厂的基本处理过程

5.4.2 在使用工厂之前

5.4.3 工厂软件包

5.4.4 工厂QA处理过程

5.5 支持顾问

5.4.5 内部工厂

5.6 国外资源

5.7 市声的发展

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

6.1 标准方面的最新进展

6.1.1 日期格式标准

6.1.2 认证程序

6.1.3 外部数据交换

6.1.4 2000年防火墙策略

6.2 升级单元封包策略

6.3 修复过程最新进展

6.3.1 高生产效率目标

6.3.2 域扩展方面的最新进展

6.3.3 窗口化方法的最新进展

6.3.4 使用桥接的域扩展方法

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

6.4 一组实现选项

6.5 优化DIY方法

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

6.5.1 优化手工修复方法

6.5.3 优化内部工厂方法

6.6 立即开始行动

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

6.7.1 自动化修复工具

6.7.2 日期例程

6.7.3 桥接例程

6.7.4 测试工具的最新情况

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

6.7.5 PC与分布式系统工具

6.7.6 风险模拟工具

6.8.1 建立2000年跟踪数据库

6.8.2 信息需求

6.8.3 企业层元模型

6.8.4 物理数据库的需求

6.8.5 信息捕获和加载需求

6.8.6 查询和报表需求

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

7.1 2000年问题的测试差别

7.1.1 2000年问题测试的范围

7.1.2 2000年问题测试焦点

7.1.3 2000年问题测试的基础

7.2 需要测试什么

7.2.1 商业软件的兼容性要求

7.2.2 终端用户系统

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

7.3.1 测试的类型

7.3 测试的类型和层次

7.3.2 测试的等级

7.4 多少测试才足够

7.4.1 “自动防止故障”测试

7.4.2 典型的应用程序测试

7.5基于风险的目标

7.5.1 基于风险分析的元素

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

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

7.6 应用测试

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

8.1 管理企业层的测试工作

8.1.1 项目办公室的测试功能

8.1.2 作用和责任

8.2 企业层测试基础结构

8.2.1 评估企业测试基础结构

8.2.2 决定企业基础结构改进

8.2.3 实现企业基础结构改进

8.3 企业层主测试计划

8.3.1 高层次总结

8.3.2 测试策略

8.3.3 应用程序统一

8.3.4 基础结构要求

8.3.5 测试项目列表

8.3.6 主项目日程表

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

8.4.1 作用和责任

8.4.2 应用程序测试评估活动

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

8.4.5 创建测试数据

8.4.4 创建应用程序测试计划

8.4.6 创建测试脚本

8.4.7 测试执行

8.4.8 结果有效性验证

8.5.1 高层次概述

8.5.2 测试策略

8.5 制定应用程序测试计划

8.4.9 验收和结束

8.5.3 测试环境

8.5.4 详细的测试描述

8.5.5 应用程序项目时间表

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

8.6.1 影响软件包测试的因素

8.6.2 测试软件包的方法

8.6.3 制定软件包测试计划

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

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

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

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

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

9.1 什么是应急计划

9.1.1 为什么制定应急计划

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

9.1.3 内部与外部推动的要求

9.1.4 应急计划参加者

9.2 标识应急要求

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

9.2.2 软件推动的要求

9.2.3 开发/替代项目

9.2.4 商业推动的应急要求

9.3 制定应急计划

9.3.1 计划概述

9.3.2 商业模型重新设计选项

9.3.3商业单位关闭选项

9.3.5 筛选:实际的应急计划

9.3.4 商业功能合并选项

9.4 各行业的应急计划

9.4.1 金融机构

9.4.2 保险公司

9.4.3 医疗保健供应商

9.4.4 制造和零售业

9.4.5 服务工业

9.4.6 公用设施和电信

9.5 应急计划调用

9.4.7 政府策略

9.4.8 小公司应急计划

9.5.1 抓紧时间才能成功

9.5.2 替代项目调动

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

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

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

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

9.6.2 行业水平的应急选项

9.6.1 应急管理是连续的

9.6.3 国家水平的应急选项

9.6 转移到应急管理

9.5.7 由谁制定应急决定

9.7 人员应急计划

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

10.1 定义“过渡窗口

10.1.1目前的问题

10.1.2 预测:1999

10.1.3 2000年1月1日

10.1.4 清理混乱状态:2001~2005

10.1.5 保险申请和法律行动

10.2 逐行业展望

10.2.1 金融行业

10.2.2 医疗保健

10.2.3 制造业

10.2.4 公用设施和电信

10.2.5 运输

10.2.6 国际关系

10.3 投资和经济影响

10.3.1 投资影响

10.3.2 经济影响

10.4 建立危机管理组

10.5 2000年危机管理

10.5.1 危机管理要求

10.5.2 内部计划因素

10.5.3 外部影响因素

10.5.4 危机管理计划

10.5.5 危机调入中心

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

10.6 清理管理窗口

10.5.6 应急计划和淘汰中心

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

10.7.1 使项目办公室制度化

10.7.2 要继续前进

10.7.3 从外部来源获得IT:小心

10.8 从全球考虑,从本地着手

附录 供应商清单

A.1 咨询公司

A.2 工具供应商

A.3 转换供应商

A.4 作者的公司


书查询(www.shuchaxun.com)本网页唯一编码:
2d551b7973f3c2a15d8e5caae501a916#73bb224f4027864d0375c8c979361540#27224964#2000年软件危机的挑战与对策_10476262.zip