首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

matinal:SAP 项目实施全流程,项目实施必须要知道这些

SAP为独立实施的项目提供了面向过程的、清晰的、准确的实施路标。这个路标起到了项目向导的作用,用来确定步骤,明确转折点,并且通常用来设定整个项目的进度,使得可以使用最优的预算和资源,快速高质量的生成一个新的系统。ASAP路标包括下面几个阶段:项目准备,业务蓝图,实现,最后准备以及上线支持。 1、项目准备阶段 项目准备阶段主要是建立项目组织,包括项目团队、角色和职责。这一阶段确定系统实施的目标。还要确定项目的基本构造,包括硬件、网络要素。执行正式安装的规模和指标,并且初始化SAP系统。 1.1 定义项目目标和范围 SAP项目的任务和目标须与公司未来3-5年内的任务和目标一致。指导委员会的重要责任就是决定SAP项目的实施范围。SAP推荐使用“大爆炸”的方式,即公司一次性实施SAP大部分标准的功能和针对公司的特定行业解决方案。 只有通过“大爆炸”的方法才能使公司将SAP系统所获取的信息作为一项资源来使用,如人力、材料、资金,而不是把SAP当作是记录和报表系统。一个综合系统的真正优势只有在公司的所有实施点和办公业务都在SAP平台上运行时才能得到真正的体现。 1.2确定项目组织和资源 建立项目资源计划,项目资源需求包含以下几点: 在合适的阶段分配和支付财务预算; 获取并按照计划来配备相关的系统硬件、软件、网络系统; 选出业务骨干,这些人是他们所在部门的主要成员,并且被任命为功能团队成员,他们被赋予为系统进行全面调试和对最终用户进行培训的任务; 1.3 定义风险控制策略 SAP实施项目是一个标准软件包的实施,主要风险包括: 合适资源的缺乏; 在实施范围和系统功能的问题上缺乏清晰性,完备性和明确性; 需求获取和分析 理解SAP系统所提供的功能 功能上的差距评估和分析 正确配置和定制SAP系统 SAP系统的综合测试 数据风险,特别是各种主数据的准确性 通过制定有效的风险控制策略来控制上述可能的风险。 1.4准备项目计划 建立项目工作计划:项目经理制定项目的主工作计划,包括各阶段的完成时间点以及要提交的主要工作产品。 建立项目组培训计划:针对关键用户和最终用户的系统培训。 1.5项目启动 项目一般由一个发起会议来正式启动,参加这个会议的有管理人员、控制委员会成员、SAP顾问和小组成员。在项目启动大会上介绍项目的目标、项目组的组织成员及职责以及项目的主要工作计划。 1.6项目培训 模块顾问根据培训计划,执行项目组培训。 1.7开发、测试机系统准备 安装开发机、测试机系统,并给所有的项目组成员安装SAP桌面登录系统。 2、蓝图设计阶段 业务蓝图阶段主要处理需求的归档和最终的确定。小组成员和顾问在不同的业务活动领域内进行访谈,并召开项目讨论会,以获得各业务流程的确定需求。当前业务与未来业务的任何差别都必须进行识别,并要寻找和设计合适的解决方案。这个阶段最后输出企业蓝图文档,详细说明设计后的流程,包括公司结构和业务流程的文本和图形说明文件。一旦确定和验证了所有这些信息之后,蓝图就可以作为所有后续阶段的基础。 2.1 AS-IS业务流程调研 制定调研计划,确定调研的时间以及参加的人员,输出文档:调研计划; 设定调研提纲,根据访谈的人员的岗位,设定调研的内容,输出文档:调研问卷; 执行业务调研,根据调研计划,访谈岗位的人员,了解业务现状以及期望未来可达到的管理目标,输出文档:会议纪要; 完成业务调研文档,根据访谈的内容,整理形成公司AS-IS现状业务文档,输出文档:现状业务流程图,现状报告,包括如下内容: 现有系统的Landscape 组织架构 现状业务流程图 收集的现状报表、表单 业务主数据现状等; 2.2 TO-BE业务流程设计 根据现状业务以及未来管理的期望,组织跨模块讨论,编制TO-BE业务流程报告,然后对未来业务流程进行模块小组内讨论,然后提交指导委员会进行评审;输出文档:TO-BE业务蓝图文档。 未来业务流程文档包括如下内容: 确定未来系统的组织架构,比如设定公司代码、成本控制范围、利润中心、成本中心、工厂、仓库、销售组织、采购组织等组织架构。 编制业务流程文档,设定未来业务流程如何在部门间的流转,单据如何控制。 2.3开发需求确认 在讨论和编制业务蓝图的过程中,涉及到需要开发的业务需求,则需要确认各模块的开发需求,输出文档:开发计划。 2.4主数据的收集方案及计划 讨论确认需要收集什么样的主数据,以及主数据的收集内容及计划安排,输出文档,主数据收集模版、主数据收集计划。 2.5业务蓝图的汇报及签署 业务蓝图编制完成后,在模块内部进行

05

一位SAP培训顾问的建议:SAP HANA应该如何学习?

SAP HANA应该如何学习? 从HANA本质来讲大家都知道,就是一个数据库,和Oracle,SQL Server 没啥本质的区别,内存计算、列式存储也不是啥新玩意,所以学习HANA和学习一个新的数据库从这个角度看也非常类似,当然HANA有其非常独特的特性(其实哪个数据库没有),其中最重要最本质而且未来会一直延续的特性就是HANA和SAP其他产品之间千丝万缕的联系,这一点对学习HANA的人而言会存在一定的挑战,当然挑战就意味着机会。 HANA的学习路线(roadmap)也可以从其共性和特性出发来设计,下面只是个人的一些设想,仅供参考。 1. 数据库DBA 大家都知道,行业里无论哪种数据库一般都存在两个角色,DBA和Developer,DBA负责数据库的部署、设计、调试、监控和调优等等各项工作,类似SAP领域的Basis,Developer掌握数据库的开发语言和逻辑,开发各种数据库层面的内容。 我们先从DBA说起,我本人原来就是做SAP BASIS的,DBA不敢说精通勉强也算了解,HANA的DBA和其他数据库的DBA本质没啥区别,但DBA向来是一个需求少但是要求高的角色,一般的DBA大多会和其他角色合并,例如SAP系统的DBA和BASIS就是不分家的,非SAP产品DBA可能和网管或者类似角色合并,只有在很大规模的企业里会有专职DBA存在。HANA的DBA入门不难,但DBA最值钱的部分-性能调优,这个需要靠时间积累和环境的培养,恐怕一时半会除了SAP不太会出现优秀的HANA DBA。从这个角度出发,建议大家把HANA DBA作为自己必须掌握的技能,除了调优以外的知识都需要储备。以后出去做HANA,装个HANA调个参数还需要别人,竞争力就明显弱了。 建议学习资料:HANA Academy ,SAP Help 上的PDF 适用对象: 所有HANA从业者 2. 数据库开发 只会开发数据库的Developer恐怕很难生存,因为目前绝大多数大型应用都不太会绑定某个数据库,除了一些特殊产品以外,在数据库层面做的开发都不会太多,绝大多数developer都是兼做数据库的开发,但HANA不太一样,由于其内存计算的特性,使用HANA必定要将应用逻辑下沉,这点造成了大量的HANA数据库开发需求,举个例子:未来随着ECC on HANA的普及,ECC本身的很多应用逻辑都不一定下沉到HANA重写,别说客户自己的定制开发了,而客户自己的定制开发恰恰又以查询类为主,光把ABAP报表改写到HANA的事就够多的了,加上基于HANA的新的开发,这些预计未来会有较大的需求。 建议学习资料:HANA Academy ,SQL Reference等 适用对象: ABAP开发人员,HANA开发人员 3. 数据挖掘和分析 这是HANA的强项,也是HANA最早版本发布时的目标,想想HANA本身这个名字就明白了。这个角色牵涉的方面很多我只谈一下SAP领域的内容。数据分析也好挖掘也好,一般都会有几个环节,一是获取源数据,二是模型建立和开发 三是展现。对于想从事这方面工作的同学以下产品是需要了解和掌握的: 获取数据:SAP一系列做数据复制的工具产品:SLT,BODS,DXC Sybase (目测估计以后不大会用了),甚至第三方的ETL工具模型建立和开发:BW,BOE(包括IDT,Universe)以及关键的HANA Studio(其实是指HANA里模型建立和开发的技术),展现:BO的水晶报表,Explorer ,dashboard 等,或者第三方的展现工具,国外看到过有人用PowerBuilder开发HANA应用的。 延伸部分:HANA内置了业务逻辑库和预测算法库,还可以和R Language集成,这是数据挖掘领域非常有用的功能。 建议学习资料:HANA Academy ,SAP Help等 适用对象:原SAP BW/BI/BO从业人员 数据挖掘和分析人员 4 HANA原生开发 HANA最有吸引力也是最有生命力的部分其实在于其原生的开发,HANA内置了一个轻量化的JAVA App server,可以开发server端的js,MVC模式的交互界面,甚至移动端的UI。同时和HANA数据库内嵌集成,性能比外部系统访问HANA还好。我们看到的SAP HANA的很多有意思的案例都是基于HANA的原生开发,例如NBA,环球帆船大赛,国内的农夫山泉等,这些案例几乎都和SAP传统的业务系统没有任何关系,可以说已经超出了SAP的范畴,真正把HANA当一个平台类的软件来使用,这里的想象空间是巨大的,同样涉及到的技术也非常广泛,例如HANA和开源平台的集成(hadoop)等等。这里个人能力有限,只能大致谈一下HANA里面的开发技术。主要有基于HTML5

03
领券