
最 低 价:¥83.30
| SAP实施的业务和技术路线图 权威专家指引,避开不为人知的陷阱 内容全面、结构清晰、讲解透彻、循序渐进 |
| George W. Anderson 惠普旗下EDS公司的首席战略顾问,负责为CTO办公室提供企业应用、讲授领导方法并指导战略方向。他是SAP认证的技术专家,并获得了PMI PMP、惠普Master ASE等认证。他还是SAP Professional Journal的技术编辑、多本畅销书的作者。 Charles D. Nilson 惠普旗下EDS公司的高级程序经理。多年来,他领导过许多成功的SAP实施团队。他拥有PMI PMP、SAP Partner Academy的物料管理和生产制造认证。 Tim Rhodes 惠普旗下EDS公司的高级技术顾问。他拥有8年Basis和SAP基础设施经验,.. << 查看详细 |
| 《sap实施大全》 第一部分 蓄势待发 第1章 实施sap意味着什么 2 1.1 欢迎来到sap实施 2 1.1.1 变化着的业务和it架构 2 1.1.2 sap一站式购物 3 1.1.3 不偏不倚 3 1.2 为何实施sap:易于创新 4 1.2.1 我们采用“最佳实践” 5 1.2.2 通用实践 5 1.2.3 sap实施的4个优先考虑 5 1.3 sap ag和sap初探 6 1.3.1 一堂历史课 6 1.3.2 sap商务套件组件:包罗万象 7 1.3.3 sap的术语 8 1.3.4 sap netweaver:商务解决方案的基础 9 1.3.5 sap组件的命名规约 10 1.4 sap实施路线图 10 1.4.1 业务路线图 10 1.4.2 技术路线图 10 .1.4.3 项目管理路线图 12 1.5 小结 12 1.6 案例学习:取得共识 12 第2章 sap项目的特征与主题 13 2.1 sap实施的庐山真面目 13 2.2 sap实施:一切都是关于业务 14 2.3 实施sap的战术原因 15 2.4 实施sap的战略原因 16 2.4.1 应用集成 16 2.4.2 改善的运营报表 16 2.4.3 改善的战略报表 17 2.4.4 灵活的业务流程支持 17 2.5 现实世界中的客户怎样从sap获益 18 2.6 项目管理注意事项 19 2.6.1 在企业内获得支持 19 2.6.2 决定现实的服务等级 20 2.6.3 在项目早期估算roi 20 2.6.4 方法学的重要性 21 2.6.5 确定初始的实施预算 22 2.6.6 建立大体的结构和筹划委员会的角色 23 2.6.7 促进业务部门的支持 25 2.6.8 确定主要的里程碑 25 2.7 架构注意事项 26 2.7.1 sap企业架构框架 27 2.7.2 sap netweaver平台 28 2.8 技术注意事项和限制 28 2.8.1 sap系统布局 28 2.8.2 对变更控制给予关注 30 2.8.3 建立sap支持组织 30 2.9 不太成功的sap实施 31 2.10 小结 32 2.11 案例学习:评估一个项目成功的机会 33 第3章 商业愿景 34 3.1 探讨策略性业务需求 35 3.1.1 关键业务驱动因素 36 3.1.2 必须拥有的功能等 37 3.2 理解组织变化策略 37 3.2.1 卢因的解冻/再冻结变化模型 37 3.2.2 伯克—利特温组织变化和绩效模型 38 3.2.3 orlikowski和hofman的erp即兴变化模型 39 3.3 解决运营策略:指导原则 40 3.3.1 访问策略 40 3.3.2 能力或应用的按需策略 40 3.3.3 数据服务策略 41 3.3.4 信息技术场所策略 41 3.4 解决技术策略 41 3.5 小结 42 3.6 案例学习:商业愿景的讨论 42 第4章 erp解决方案愿景 44 4.1 什么是erp解决方案愿景 44 4.2 业务影响 46 4.3 技术视角 46 4.4 sap组件和其他注意事项 48 4.4.1 sap系统布局需求 48 4.4.2 商务应用原则 49 4.5 结合解决方案与计算平台标准 49 4.6 sap系统布局的维度和特征 51 4.6.1 简化sap系统布局 51 4.6.2 高可用性和sap系统布局 52 4.6.3 灾难恢复注意事项 52 4.6.4 解决培训需求 53 4.6.5 性能驱动的系统布局 54 4.6.6 在系统布局内推动伸缩性 54 4.6.7 tco驱动的系统布局 56 4.6.8 基础设施安全注意事项 56 4.6.9 可管理性注意事项 57 4.6.10 系统布局和可访问性 57 4.7 erp解决方案愿景和it外包 58 4.7.1 it外包的先决条件 58 4.7.2 外包sap基础设施的潜在收益 59 4.7.3 真实世界中外包的缺陷 60 4.7.4 对比外包与自己动手 60 4.7.5 sap托管提供商 61 4.8 小结 61 4.9 案例学习:制订erp解决方案愿景 62 第5章 财务影响:tco 63 5.1 分析tco 63 5.2 解决方案愿景如何驱动tco 65 5.2.1 高可用性需求的影响 66 5.2.2 灾难恢复需求对tco的驱动 67 5.2.3 性能需求和tco 69 5.2.4 可伸缩性如何影响总体成本 70 5.2.5 其他sap解决方案愿景因素 71 5.3 通过sap技术栈降低tco 71 5.3.1 标准化和tco 71 5.3.2 服务器的考虑 72 5.3.3 磁盘子系统硬件维度 73 5.3.4 操作系统tco 74 5.3.5 关系数据库的tco 75 5.3.6 sap应用层成本 76 5.3.7 升级技术栈 77 5.3.8 其他sap技术栈tco考虑 78 5.4 通过人员和流程降低tco 79 5.4.1 吸引和保留支持人员 79 5.4.2 维护成本 80 5.4.3 融资选项 80 5.4.4 运营和系统管理成本 80 5.4.5 tco风险因素 81 5.5 小结 82 5.6 案例学习:tco和风险因素 83 第6章 管理知识和知识库 84 6.1 建立最初的知识管理平台 84 6.2 获取知识:知识库 85 6.2.1 计划/项目管理知识 85 6.2.2 员工编制知识 85 6.2.3 商业愿景、需求和功能性知识 85 6.2.4 解决方案愿景和应用/业务场景知识 86 6.2.5 sap系统布局知识 86 6.2.6 安装和配置知识 86 6.3 知识库和管理工具 87 6.3.1 使用sap km和sap kw 87 6.3.2 使用用于企业级知识管理的sap内容服务器 88 6.3.3 使用第三方km软件应用 88 6.3.4 使用流行的协作工具 88 6.3.5 使用其他遗留km方法 89 6.4 在项目中转移知识 89 6.5 小结 90 6.6 案例学习:知识管理商业案例基本原理 90 第二部分 起航 第7章 项目管理检查点1:基础工作 92 7.1 项目管理注意事项 92 7.2 项目管理基础 93 7.2.1 项目管理的关键主题 93 7.2.2 项目管理流程组 95 7.2.3 项目环境 95 7.2.4 人际交往能力和商务管理专门技能 96 7.3 启动阶段:程序准备 97 7.3.1 选择项目启动者或发起者 97 7.3.2 制定项目章程 98 7.3.3 制订初步的范围说明 99 7.3.4 制订初步的项目预算 99 7.4 计划阶段:业务蓝图 99 7.4.1 制订项目管理计划 100 7.4.2 解决范围的定义和文档 101 7.4.3 制订项目时间表 101 7.4.4 制订项目标准 101 7.4.5 查验项目预算 101 7.4.6 制订沟通计划 101 7.4.7 制订培训计划 101 7.4.8 制订数据迁移计划 102 7.4.9 制订ricef计划 102 7.5 执行阶段:实现和最终准备 102 7.5.1 管理可交付成果 102 7.5.2 审核申请的变更 103 7.5.3 实施变更申请 103 7.5.4 执行矫正和预防措施 103 7.5.5 更新风险管理计划 103 7.5.6 收集工作绩效信息 103 7.5.7 问题管理系统 104 7.6 监测和控制阶段 104 7.6.1 范围验证和范围控制 105 7.6.2 进度和成本控制 105 7.6.3 质量管理 105 7.6.4 绩效报告 105 7.6.5 利益相关者管理 106 7.6.6 沟通 106 7.6.7 变更管理和控制 106 7.7 收尾阶段:项目结束 106 7.8 小结 107 7.9 案例学习:项目管理初始检查点 107 第8章 组建sap项目管理办公室 108 8.1 项目管理办公室注意事项 108 8.2 项目管理办公室基础 109 8.2.1 组建pmo 109 8.2.2 项目群管理要素 109 8.3 组织内pmo的角色 112 8.3.1 建立pmo的组织结构 112 8.3.2 sap pmo项目组合中的项目 114 8.3.3 制订pmo章程 114 8.3.4 衡量pmo的有效性 115 8.4 pmo人员编制 115 8.4.1 pmo角色 115 8.4.2 组建pmo团队 116 8.4.3 建立pmo和组织之间的联系 116 8.5 sap pmo的系统和工具 116 8.5.1 项目群管理工具 116 8.5.2 项目群管理模板和加速器 117 8.5.3 sap solution manager 118 8.6 小结 118 8.7 案例学习:构造pmo 118 第9章 sap项目管理 120 9.1 sap项目管理的5个阶段 120 9.2 管理业务实施 121 9.2.1 管理范围 121 9.2.2 管理业务预期 122 9.3 管理技术实施 122 9.4 sap项目计划 122 9.4.1 项目准备阶段 122 9.4.2 业务蓝图阶段 126 9.4.3 实现阶段 127 9.4.4 最终准备阶段 128 9.4.5 上线和支持阶段 129 9.4.6 将sap项目阶段映射到pmi流程组 129 9.5 制订项目管理纪律 130 9.6 利用经验教训 130 9.7 小结 131 9.8 案例学习:计划sap升级 131 第10章 实施不是独舞:需要合作伙伴 132 10.1 sap合作伙伴展望概述 132 10.1.1 sap业务和应用合作伙伴 133 10.1.2 sap技术合作伙伴 134 10.1.3 sap项目管理合作伙伴 135 10.1.4 寻找合适的合作伙伴 135 10.1.5 其他合作伙伴和供应商 136 10.2 平衡竞争环境:rfi 136 10.2.1 制订rfi 137 10.2.2 rfi的替代方案:迭代的规模制订 138 10.3 选择最适合的合作伙伴:rfp 138 10.4 合作伙伴选择标准 140 10.5 顾问登场 140 10.5.1 可交付成果的质量 141 10.5.2 交付时间表 141 10.5.3 命名规约 141 10.5.4 文档的要求和标准 141 10.5.5 项目启动会议 142 10.6 用内部人员平衡合作伙伴 142 10.6.1 培训你自己的员工:知识资本与无经验 143 10.6.2 雇用顾问:质量与预算 144 10.6.3 真实世界里的顾问与内部员工 144 10.7 小结 145 10.8 案例学习:组建合作伙伴团队 146 第11章 组建sap项目团队 147 11.1 项目团队成功的步骤 147 11.2 讨论组织的规模和敏捷性 148 11.3 创建有效的团队结构 148 11.3.1 采用一个变化模型 149 11.3.2 讨论项目团队设计和结构 演化 150 11.3.3 面对虚拟管理的项目团队的 挑战 150 11.3.4 通过流程导向使erp生效 151 11.3.5 紧随变化扩大erp的效果 151 11.3.6 通过管理文化变化扩大效果 151 11.4 使团队成员能够将愿景转化为现实 152 11.4.1 项目团队领导力的含义 152 11.4.2 沟通计划:为了成功和生存而交流 152 11.4.3 通过知识改进组织决策制订 154 11.5 为项目关键职位和子团队编制人员 154 11.5.1 pmo的角色 155 11.5.2 项目群经理角色 155 11.5.3 项目执行负责人 155 11.5.4 组建项目委员会 155 11.5.5 组建用户委员会 156 11.5.6 业务团队的广度和深度 156 11.5.7 sap tso 157 11.6 erp虚拟团队变化模型 157 11.7 实际的组织实例 159 11.8 小结 162 11.9 案例学习:项目团队角色和结构 162 第12章 编制世界级sap项目领导团队 164 12.1 高效领导者的特征 164 12.2 领导力理论简介 165 12.2.1 独裁式领导力 165 12.2.2 仆人式领导力 167 12.2.3 交易式领导力 168 12.2.4 权变领导力 169 12.2.5 变革式领导力 169 12.3 真实sap世界中的领导风格 170 12.3.1 树立诚信领导力 170 12.3.2 管理多样化和文化差异 171 12.4 领导力和实现商业目标 172 12.4.1 领导力与激励 172 12.4.2 领导力和性格 172 12.5 了解组织的领导力需求 173 12.6 制订项目和个人领导力计划 173 12.6.1 领导力计划:愿景和使命 174 12.6.2 创建有效的个人领导力计划 174 12.6.3 实行个人领导力计划 175 12.7 评估领导风格:多因素领导力调查问卷 176 12.8 真实世界的sap实施领导力:pm甲对pm乙 176 12.8.1 sapit的背景资料 177 12.8.2 任命和过渡到pm甲 177 12.8.3 引入pm乙 178 12.8.4 文化和多样性如何影响sapit 178 12.8.5 领导力发展失败 179 12.8.6 变革式的长处和短处 179 12.8.7 交易式和自由放任主义的长处和短处 180 12.8.8 结果因素相关的长处和短处 181 12.8.9 在sapit内树立变革式领导力榜样 181 12.8.10 协助sapit实现商业目标 182 12.8.11 冲突化解和其他组织考虑 182 12.8.12 其他的长处和短处 183 12.8.13 sapit的结局和小结 183 12.9 小结 184 12.10 案例学习:erp项目群管理需求 184 第13章 编制sap业务团队 186 13.1 组建sap业务团队的最佳实践 186 13.1.1 发现企业里的远见者 186 13.1.2 发现企业里的人才 187 13.2 业务团队的角色 187 13.2.1 执行管理层级别 188 13.2.2 管理层级别 188 13.2.3 专门领域专家 188 13.3 编制sap业务团队 189 13.4 组织sap业务团队 190 13.4.1 成功整合 191 13.4.2 为了决策制订而组织团队 191 13.4.3 维持平衡 191 13.5 编制的观察结果和经验教训 192 13.5.1 获得全面的支持 192 13.5.2 提供清晰的工作定义 192 13.5.3 与业务团队定期沟通 192 13.5.4 建立工作时间预期 193 13.5.5 评估业务团队的现实情况 193 13.6 小结 194 13.7 案例学习:组建最佳sap业务团队 194 第14章 编制sap技术支持组织 196 14.1 编制sap tso的介绍 196 14.2 sap tso的工作和任务 197 14.2.1 sap basis高级专家 198 14.2.2 sap的操作系统专家 198 14.2.3 sap前端部署专家 198 14.2.4 sap数据专家 199 14.3 编制sap tso的传统方法 199 14.4 编制sap tso的快速部署方法 200 14.4.1 快速部署方法的最佳实践 201 14.4.2 快速部署方法的步骤 202 14.4.3 关键的面试技巧和方法 205 14.5 引入新的sap tso员工 208 14.5.1 内部调动 208 14.5.2 外部顾问和合同工 209 14.5.3 外部新入职员工 211 14.5.4 新员工的第一周 211 14.6 小结 212 14.7 案例学习:解决重要的sap tso缺口 212 第15章 高可用性注意事项和解决方案 213 15.1 可用性介绍 213 15.1.1 可用性、可靠性和故障容差 215 15.1.2 宕机的原因 216 15.1.3 高可用性和灾难可恢复性的相似点 217 15.1.4 高可用性和灾难可恢复性的不同 218 15.1.5 决定高可用性需求——可用性9的个数 218 15.2 单点故障 219 15.3 sap数据中心基础设施spof 220 15.3.1 电源注意事项 220 15.3.2 网络基础设施 221 15.3.3 真实世界里的机架基础设施 222 15.3.4 最后的spof——sap数据中心 223 15.4 服务器和操作系统spof 224 15.4.1 通过备份和恢复系统最大化高可用性 225 15.4.2 通过集群增强高可用性 225 15.5 数据库spof 226 15.5.1 备用数据库和日志复制解决方案 226 15.5.2 oracle备用数据库 226 15.5.3 oracle高级复制 227 15.5.4 oracle真正应用集群 227 15.5.5 oracle failsafe和microsoft windows cluster services 228 15.5.6 oracle streams 228 15.5.7 微软sql server集群 228 15.5.8 微软sql server复制 229 15.6 sap应用spof 229 15.6.1 集群一般的sap组件 229 15.6.2 sap enqueue replication server 230 15.6.3 特定sap组件的spof 231 15.6.4 功能和应用层的spof 232 15.7 小结 233 15.8 案例学习:评估sap高可用性 233 第16章 灾难恢复注意事项和解决方案 234 16.1 从较小的灾难恢复 234 16.2 从较严重的灾难恢复 236 16.3 从重大的灾难中恢复 237 16.4 数据中心应对灾难的策略 239 16.4.1 双数据中心和虚拟化技术 239 16.4.2 传统的灾难恢复托管设备和其他方法 240 16.5 灾难恢复的最佳实践 241 16.5.1 sap技术栈以外的spof 243 16.5.2 灾难恢复宕机工具箱 243 16.6 测试灾难恢复流程 245 16.7 增加灾难可恢复性的战术方法 246 16.8 增加灾难可恢复性的战略方法 247 16.9 示例故障场景:评估企业的可恢复性 248 16.10 避免现实中出现的高可用性陷阱 249 16.11 小结 252 16.12 案例学习:解决灾难恢复缺口 252 第17章 可用性和可恢复性:组织因素 253 17.1 影响可用性的组织决策 254 17.2 需要考虑的组织设计和备份方面的因素 255 17.2.1 支持和项目团队 256 17.2.2 沟通策略 257 17.2.3 职业发展和培训 258 17.2.4 人员编制和共享的服务 258 17.2.5 由人员所引起的spof:经验教训 259 17.3 灾难恢复组织 260 17.4 流程和人员spof的交集 261 17.4.1 知识管理流程和人员的spof 262 17.4.2 变更/释放管理流程和人员的spof 262 17.4.3 系统管理流程和人员的spof 263 17.4.4 能力计划流程和人员的 spof 264 17.4.5 负载测试和人员的spof 265 17.4.6 高可用性故障转移/故障恢复流程和人员的spof 265 17.4.7 备份/恢复流程和人员的spof 267 17.4.8 服务器、san构建/部署流程和人员的spof 267 17.5 真实世界与人员有关的可用性最佳实践 268 17.6 小结 269 17.7 案例学习:人员和流程在灾难恢复上的影响 269 第18章 sap平台规模制订介绍 270 18.1 sap规模制订流程 270 18.2 sap规模制订术语 272 18.2.1 用户 272 18.2.2 saps介绍 273 18.2.3 层 274 18.2.4 垂直扩展和水平扩展配置 275 18.2.5 高可用性、可靠性和容错性 276 18.2.6 异质配置 276 18.3 制订安装规模 277 18.3.1 sap quicksizer 277 18.3.2 quicksizer方法的局限性 278 18.3.3 调查问卷 279 18.4 获得供应商sap规模制订调查问卷 280 18.4.1 使用saps值 280 18.4.2 cpu、内存、磁盘i/o和网络性能 281 18.4.3 操作系统 282 18.4.4 数据库版本 282 18.4.5 进行同类规模制订 282 18.5 生产系统规模制订经验法则 283 18.6 理解不同的规模制订方法学 284 18.6.1 新实例规模制订 284 18.6.2 上线后规模重制 285 18.6.3 用于精确规模制订的预测建模 286 18.7 小结 286 18.8 案例学习:为子公司规模重制 286 第19章 实施sap平台规模制订流程 288 19.1 分析系统需求 288 19.2 需求文档和sap quicksizer的补充 289 19.3 需求和规模制订审查团队 289 19.3.1 管理、sap架构和功能需求 290 19.3.2 第三方软件 290 19.3.3 数据库和sap basis管理员 290 19.3.4 数据中心和系统管理员 291 19.3.5 帮助台因素 291 19.3.6 团队因素和代表 292 19.4 rfp、供应商调查问卷等 292 19.4.1 发出提案申请 292 19.4.2 供应商调查问卷 293 19.4.3 规模预制订电话会议 293 19.4.4 供应商引导的规模制订方法 294 19.5 规模制订提案审查流程 295 19.5.1 执行详细的规模制订审查 296 19.5.2 检验sap对架构解决方案的支持 296 19.5.3 检查提案的解决方案的风险 297 19.5.4 检查sap生产实例参考 297 19.5.5 调整整体拥有成本 298 19.5.6 选择核心sap技术栈合作伙伴 298 19.5.7 评估专门的技术栈供应商 299 19.6 举行sap基础设施计划研讨会 299 19.6.1 第一天:纵观大局 299 19.6.2 第二天:制订时间安排 300 19.6.3 第三天:分配资源 301 19.7 小结 302 19.8 案例学习:为sap升级和整合制订规模 302 第20章 培训sap人员 304 20.1 sap培训简介 304 20.1.1 谁需要培训 305 20.1.2 时间就是一切 308 20.2 培训和sap系统布局的角色 308 20.2.1 利用技术沙箱 309 20.2.2 使用开发和业务沙箱系统 309 20.2.3 充分利用培训系统 310 20.2.4 支持独特的sap技术栈的培训 310 20.3 sap培训的方法 311 20.3.1 正式的课程和课件 312 20.3.2 现场培训研讨会 314 20.3.3 创建和交付定制的培训课程 314 20.3.4 sap知识仓库 315 20.3.5 使用sap netweaver企业知识管理 316 20.3.6 其他基于计算机的在线培训 316 20.3.7 sap teched和类似的活动 317 20.3.8 通过产品文档和用户指南建立“手册” 317 20.4 反馈循环:改进培训的价值 319 20.4.1 功能和开发顾问 320 20.4.2 sap技术顾问 320 20.4.3 其他sap基础设施角色 320 20.4.4 sap运营/帮助台 321 20.4.5 其他sap支持专员 321 20.4.6 认证程序 322 20.5 小结 322 20.6 案例学习:培训技术人员 322 第21章 建立sap数据中心 323 21.1 sap数据中心介绍 323 21.2 急当务之急——标准化 325 21.3 数据中心物理需求 326 21.3.1 电源需求 326 21.3.2 冷却和其他环境控制 329 21.4 数据中心资源的机架计划 330 21.4.1 机架布局和设计注意事项 330 21.4.2 优化机架使用 332 21.4.3 机架装配和相关最佳实践 332 21.4.4 布线和电缆管理 334 21.5 sap的网络基础设施 334 21.5.1 防火墙、端口和其他网络问题 335 21.5.2 网络容错 336 21.6 服务器准备 338 21.6.1 最优sap服务器配置最佳实践 338 21.6.2 真实世界里的sap服务器配置 340 21.6.3 刀片服务器 340 21.7 一般存储注意事项 340 21.7.1 存储区域网络的特别注意事项 341 21.7.2 sap/san最佳实践和观察结果 341 21.7.3 利用存储虚拟化 343 21.7.4 虚拟阵列选项 343 21.8 走向实施 344 21.8.1 在技术沙箱测试系统 344 21.8.2 管理开发系统 344 21.9 绿色数据中心 345 21.10 小结 346 21.11 案例学习:数据中心设备 346 第三部分 sap实现/功能开发 第22章 项目管理检查点2:回访关键点 348 22.1 检查tco分析 348 22.2 修改解决方案实施计划 350 22.3 回访人员安排计划 350 22.4 修改项目实施预算 351 22.5 热身适应与准备sap帮助台 352 22.5.1 为sap帮助台安排人员 353 22.5.2 应对真实世界的电话数量波动 353 22.5.3 培训帮助台人员 354 22.5.4 准备帮助台 355 22.5.5 管理终端用户观念 355 22.6 开拓成本管理机会 355 22.6.1 采用标准行动评估流程 355 22.6.2 汲取经验教训 356 22.7 小结 356 22.8 案例学习:避免项目冷板凳 356 第23章 准备sap组件的安装 358 23.1 sap基础设施计划 359 23.1.1 用sap总体指南来开发整体计划 360 23.1.2 安装指南和sap注释 361 23.1.3 系统变量的计划 362 23.1.4 异构架构的考虑 363 23.1.5 独立引擎 363 23.1.6 统一码或非统一码 364 23.2 建立sap基础设施 364 23.2.1 网络计划过程 364 23.2.2 san计划 365 23.2.3 windows文件系统的准备 366 23.2.4 准备带有惠普serviceguard的linux系统 367 23.2.5 准备nfs 369 23.2.6 选择服务器命名规则 369 23.3 安装和配置操作系统 369 23.3.1 操作系统:32位还是64位 370 23.3.2 系统驱动 371 23.3.3 windows操作系统配置指南 372 23.3.4 创建操作系统用户和组 373 23.4 安装数据库软件 374 23.4.1 微软sql server 375 23.4.2 oracle数据库 375 23.5 附加的安装需求 376 23.5.1 sap解决方案管理器密钥 376 23.5.2 java运行时环境 376 23.6 管理cd/dvd sap媒体 377 23.7 先决条件一览表 378 23.7.1 windows一览表 378 23.7.2 在linux上解决方案管理器一览表 379 23.8 sapinst——sap系统架构安装器 379 23.8.1 运行sapinst 379 23.8.2 操纵sapinst 380 23.9 小结 380 23.10 案例学习:安装准备 380 第24章 安装sap netweaver组件 381 24.1 netweaver概述 381 24.1.1 应用平台 382 24.1.2 可安装软件单元 384 24.1.3 开放的整合平台 384 24.2 安装netweaver 384 24.3 it方案举例——业务计划和分析服务 386 24.4 安装abap应用程序服务器 386 24.5 安装java应用程序服务器 388 24.6 安装abap+java应用程序服务器 390 24.7 安装sap netweaver门户 391 24.8 安装sap业务信息仓库 391 24.9 安装sap pi 392 24.10 完成其他netweaver安装后期任务 392 24.10.1 访问应用程序服务器abap 393 24.10.2 访问应用程序服务器java 393 24.10.3 访问netweaver门户(使用类型epc和ep) 393 24.10.4 设定环境变量cpic_max_conv 393 24.10.5 为使用类型pi执行安装后期步骤 394 24.10.6 为使用类型ep执行安装后期步骤 394 24.10.7 运行配置向导(as java、 bi java和pi) 394 24.10.8 建立sap打印 394 24.11 小结 396 24.12 案例学习:沙箱系统的实施 396 第25章 安装sap business suite组件 397 25.1 sap business suite的安装 397 25.1.1 sap srm部署选项及安装 398 25.1.2 sap crm软件组件 399 25.1.3 sap scm 软件组件 399 25.2 安装其他组件和产品 400 25.2.1 sap plm 400 25.2.2 cproject suite 401 25.2.3 独立引擎选项 401 25.3 安装sap erp核心组件 401 25.4 进行oracle——sap的安装 405 25.5 完成sap安装后期的常规任务 406 25.6 小结 409 25.7 案例学习:安装sap erp 6.0 409 第26章 功能开发 410 26.1 功能开发概览 410 26.2 sap组件和模块 411 26.2.1 常见的sap erp模块 411 26.2.2 其他sap erp模块 412 26.3 将商业愿景转换成业务流程 412 26.4 将业务流程转化成为sap功能 414 26.5 功能开发工具和方法 416 26.5.1 sap配置 416 26.5.2 sap定制 418 26.6 组织开发 420 26.7 拓展最佳实践 422 26.8 功能开发经验教训学习 422 26.9 小结 424 26.10 案例学习:开始实现阶段 424 第27章 功能配置的变更控制 425 27.1 功能配置变更控制的目的 425 27.2 变更控制工具 426 27.2.1 ccm工具 426 27.2.2 电子签名工具 426 27.2.3 sap增强工具 427 27.2.4 文档管理工具 427 27.2.5 问题管理——sap注释及知识库 427 27.2.6 sap上线检查工具 428 27.3 数据加载工具 428 27.3.1 常规脚本和测试工具 428 27.3.2 winshuttle 429 27.4 ccb 430 27.4.1 sap ccm的职责 430 27.4.2 sap应用层——传输策略及 其他 432 27.5 实施变更的流程或工作流 432 27.6 小结 433 27.7 案例学习:与sap ccm会面 433 第28章 功能测试、集成测试和回归测试 435 28.1 catt、ecatt和lsmw的介绍 436 28.2 业务流程测试的三种类型 437 28.2.1 定时业务流程测试 439 28.2.2 功能测试的关键性能 439 28.2.3 集成测试的真正价值 440 28.2.4 回归测试的影响 441 28.2.5 功能测试、压力测试和恢复测试 441 28.3 走进业务流程测试 442 28.3.1 第三方工具和其他资源 443 28.3.2 sap ecatt微分器 443 28.3.3 对额外人员的考虑 444 28.3.4 过程综述、约束限制和争议问题 445 28.3.5 对其他领域的影响 445 28.4 执行业务流程测试 446 28.4.1 测试工作台的使用 446 28.4.2 在执行测试期间跟踪数据 447 28.4.3 执行后的任务 447 28.4.4 在实际系统中压缩测试阶段 448 28.4.5 在实际系统中利用测试来支持sla 448 28.4.6 最薄弱的环节:资源太少 448 28.5 小结 449 28.6 案例学习:建立sap测试工具组合 449 第29章 先进概念:用soa和web服务来扩展sap 450 29.1 soa的概念 450 29.2 soa的机会和挑战 451 29.2.1 soa的机会和好处 452 29.2.2 soa实现的挑战 452 29.3 soa技术 453 29.3.1 应用服务器和.net clr 453 29.3.2 esb 454 29.3.3 服务注册和存储 454 29.4 扩展sap功能 454 29.4.1 使用bapi和web服务连接应用程序 455 29.4.2 使用sap netweaver整合进程 455 29.4.3 sap esoa、esr和esc 456 29.5 通过建立卓越的soa中心确保成功 457 29.5.1 成功的soa coe方案 457 29.5.2 soa coe的详细路线图 457 29.6 实际应用的soa实例学习:惠普 458 29.7 关于soa在sap应用中的一些其他想法 459 29.8 小结 459 29.9 案例学习:在hitech公司推广soa 459 第四部分 上线计划 第30章 项目管理检查点3:留住项目团队 462 30.1 打好基础:领导力和领导行为 462 30.1.1 智力激发 463 30.1.2 鼓舞性激励 463 30.1.3 个性化关怀 463 30.2 理解支持员工的个性 464 30.2.1 项目型工作人员:主动去实现 464 30.2.2 稳定型工作人员:保持事物运行 465 30.3 留住员工的关键点 465 30.3.1 了解团队激励 466 30.3.2 给出有竞争力的待遇 466 30.3.3 保持定期和实质性的沟通 467 30.3.4 认可和表扬团队成员 468 30.3.5 提供绩效奖金和其他奖励 469 30.3.6 提供培训和职业发展机会 469 30.4 现实中的其他激励方式 470 30.5 小结 472 30.6 案例学习:留住关键的项目成员 472 第31章 sap基础设施操作上的考虑事项 473 31.1 打印和传真的考虑 473 31.1.1 打印策略 474 31.1.2 adobe因素 476 31.1.3 传真方法 476 31.2 sap安全和授权管理 478 31.2.1 管理用户 478 31.2.2 管理角色 479 31.2.3 身份管理 480 31.3 现实中对于存档的考虑 481 31.3.1 存档技术 481 31.3.2 存档策略 482 31.4 上线之前的其他操作考虑 482 31.4.1 使用sap系统复制 482 31.4.2 管理客户端数据 483 31.5 小结 483 31.6 案例学习:运营管理 484 第32章 sap基础设施和平台测试 485 32.1 基础设施测试的目标 485 32.2 系统级压力测试和预调优 486 32.3 服务器硬件及操作系统测试 487 32.3.1 mcs cpu benchmark 487 32.3.2 n-bench 488 32.3.3 cpubench 488 32.4 磁盘子系统及数据库测试 489 32.4.1 sqlio 489 32.4.2 iometer 491 32.4.3 ntiogen 492 32.4.4 iozone 492 32.4.5 windows工具 492 32.5 网络基础设施测试 493 32.6 sap故障转移及其他ha/dr基础设施测试 494 32.6.1 其他磁盘子系统测试 494 32.6.2 微软集群测试 494 32.7 实际运行的测试工具——服务器对比 495 32.8 小结 496 32.9 案例学习:基础设施测试 496 第33章 sap的负载和压力测试 498 33.1 sap压力测试的关键考虑 498 33.1.1 分析在线用户和批处理 499 33.1.2 “这全都是关于数据”的理解 500 33.1.3 更新你的项目计划 501 33.2 辨别负载测试、容量测试、压力测试和烟雾测试 502 33.3 测试sap组件:基本方法 504 33.3.1 使用sap标准应用基准 504 33.3.2 ecatt在sap中的应用 505 33.3.3 使用se38来进行跨应用压力测试 505 33.4 现实中的准备和脚本开发 505 33.4.1 压力测试客户端基础设施 506 33.4.2 编写管理和其他实用程序的脚本文件 507 33.4.3 登录和热身适应 507 33.4.4 收集数据统计 508 33.4.5 退出登录——完全关闭测试会话 509 33.4.6 其他一些脚本要诀和技巧 510 33.5 测试周中压力测试的执行 512 33.5.1 测试周开始前的最后准备 513 33.5.2 利用你的测试工具 513 33.5.3 通过事务代码监测压力测试 513 33.5.4 利用测试的输出持续改进 514 33.6 压力测试的额外目的 515 33.6.1 测试“如果事件” 515 33.6.2 测试故障恢复进程 515 33.6.3 过度负载的热身适应 516 33.7 挖掘测试中的最后一丝价值 516 33.8 现实中压力测试的一些经验教训 517 33.9 小结 519 33.10 案例学习:制订压力测试计划 519 第34章 技术变更控制 520 34.1 变更管理心理 520 34.2 变更管理的真正原因:利益相关者 522 34.3 变更管理的最佳实践 523 34.3.1 利用标准来最少化变更管理任务 524 34.3.2 变更控制的核心理念:测试 525 34.3.3 文档如何对变更管理产生影响 525 34.3.4 进行变更前的释放策略 526 34.3.5 沟通计划 529 34.3.6 变更控制的工具集及方法 529 34.3.7 反馈:逐步改善变更管理 530 34.4 对变更控制的广泛影响的管理 531 34.4.1 sap系统架构 531 34.4.2 sap系统实施阶段 531 34.4.3 sap技术栈 533 34.4.4 sap计算平台的筛选 533 34.5 技术变更的组织和规划 536 34.5.1 变更管理审查委员会 537 34.5.2 变更管理经理 538 34.5.3 高级技术变更管理专家 538 34.6 变更管理的经验和教训 539 34.7 小结 542 34.8 案例学习:变更管理经理 542 第35章 sap系统与操作管理 543 35.1 何为sap操作手册 544 35.1.1 记录你的现状态 544 35.1.2 记录日常操作和安装程序 545 35.1.3 记录其他常规计划程序 547 35.1.4 开发流程或操作方法文档 547 35.1.5 考虑文档的最佳实践 548 35.2 sap系统管理技术 549 35.2.1 为手工流程和检查清单调整ccms 549 35.2.2 自动化ccms数据收集过程 550 35.2.3 使用ccms、事务代码监控器和cen 550 35.2.4 使用sap解决方案管理器 552 35.2.5 部署其他工具 552 35.3 准备试用系统管理应用程序 552 35.3.1 开发系统管理子团队 553 35.3.2 定义需求 553 35.3.3 探索真实环境的系统管理挑战 554 35.3.4 审查内部系统管理解决方案 555 35.3.5 创建预期的简表 555 35.4 评价企业系统管理应用程序 556 35.4.1 评审sap的bmc解决方案 557 35.4.2 为管理sap部署惠普解决方案 558 35.4.3 考虑sap的ibm可用性中心 559 35.4.4 评审企业管理应用程序及过往经验 559 35.5 其他sap管理工具和方法 560 35.5.1 部署硬件管理工具 560 35.5.2 使用操作系统管理工具 561 35.5.3 总结数据库管理工具 561 35.5.4 从sap解决方案管理器中挖掘更多价值 562 35.5.5 使用sap注释助手 562 35.6 小结 563 35.7 案例学习:举办系统管理最佳实践的研讨会 563 第36章 sap正式上线的准备 565 36.1 切换计划 565 36.2 技术上线的准备 567 36.2.1 sap正式上线检查和其他审核流程 567 36.2.2 sapgui导出机制 568 36.2.3 设置批量家政管理作业 568 36.2.4 最终的系统更新和审核 569 36.2.5 锁定系统 569 36.2.6 为首次变更管理包作好准备 570 36.3 最终管理和技术的细节 570 36.3.1 改善备份和恢复流程 570 36.3.2 记录输出管理流程 571 36.3.3 调整你的系统管理方法 571 36.3.4 管理sap企业 572 36.3.5 确定关键绩效指标 572 36.3.6 追踪系统性能 573 36.3.7 管理公司记录 574 36.4 sap tso的角色转变 574 36.4.1 达到成熟:新的责任和角色 575 36.4.2 把注意转移到支持/维护 575 36.4.3 在正式上线以外:sap coe 575 36.5 最后的sap操作和帮助台准备 576 36.5.1 最后的准备 576 36.5.2 更新安装文档 577 36.5.3 更新过程文档:运行资料 577 36.6 安排未来的服务和支持 578 36.6.1 开发值得做的支持协议 579 36.6.2 利用联合升级中心 579 36.7 正式上线的第一周 580 36.7.1 上线周的监控 581 36.7.2 计划反馈和继续改进 582 36.7.3 完成执行后评价 583 36.7.4 授予合适的庆祝 584 36.8 小结 584 36.9 案例学习:切换计划 585 第五部分 附录 附录a 案例研究解析 588 附录b sap缩略语 600 |
商品评论(0条)