XD3Q_信达三期_项目启动会_V0.2.pptVIP

  1. 1、本文档共49页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

提纲三期项目背景提纲三期项目建设范围提纲子提纲贸易业务提升贸易监控收付款并清账预警管理增强业务信息(2/1)增强财务信息(2/2)子提纲贸易经营分析子提纲业务分析报表子提纲财务分析报表子提纲财务分析报表中高层分析举例-经营目标分析中高层分析举例-竞争分析中高层分析举例-业务收入比重分析中高层分析举例-业务收入排名分析中高层分析举例-财务收支情况分析中高层分析举例-已出运未收汇指标中高层分析举例-敞口余额中高层分析举例-销赊销余额子提纲软件架构-本期BW基础建设阶段三期项目硬件架构建议提纲项目总体计划里程碑计划(截至7月)组织结构-4月份用户参与工作说明沟通管理问题管理变更管理风险管理常见风险列表质量管理配置管理-文档目录配置管理-文档命名规则知识转移及培训培训计划18959205560189592055603.三期项目应用简要介绍

贸易业务提升贸易经营分析系统系统软硬件架构财务分析R/3财务管理R/3销售管理R/3物料管理R/3采购管理SAPR3……外围业务系统其它数据源投资分析人力分析业务分析客户分析项目采购合同销售合同物料其它…应用层房地产数据汽车数据ETL底层数据清理基础数据整合主题模型计划预算执行监控绩效考核战略管理经营分析经营报告项目分析采购分析BW业务仓库统一口径业务系统层DCN…….…….交换机xx分公司用户终端DCN节点机交换机用户终端厦门总公司DCN节点机交换机用户终端xx分公司DCN节点机SAN交换机共用盘阵SAPBO生产服务器ERP生产服务器BDP生产服务器SAPBOBW开发测试服务器中心交换机BDP开发测试服务器磁带库SAPBW生产数据库服务器ERP开发测试服务器1.三期项目背景2.三期项目范围与目标3.三期项目应用简要介绍4.三期项目管理介绍2010.092010.1,22010.32010.42010.052010.062010.08初步方案1业务提升上线阶段实施里程碑计划22010年2010.11-12.2010.07业务优化实施2010.10经营分析第二批上线3前期调研运行维护经营分析系统第一批上线经营分析实施第一批验收实施第二批实施第三批4经营分析第三批上线07.0203.1504.2005.0406.04业务提升系统切换上线07.09业务方案制作测试系统设计2010年系统开发经营分析分析方案制作模型设计系统配置开发1阶段评审签收2阶段评审签收3阶段评审签收4阶段评审签收项目领导决策委员会项目总监办公室项目经理(项目管理办公室)前期项目咨询组集成业务提升组经营分析组QA/CM吴金雄朱晓劲黄俊杰严恒陈其昕吴金雄黄俊杰福富:张崇镇林进旭余小冰周世智吴培选付渊源吴金雄谢云光福富:吴培选付渊源黄虎谢云光李红杏郭裕木杨发军杨一适谢云光王朝丰信达:林宏坤、周春、黄鑫颖、吴莉芳、许思忠、尤慧群、陈小娟(刘华荣)、林启祥、史君宁信达:林宏坤、周春、黄鑫颖、吴莉芳、许思忠、尤慧群、陈小娟(刘华荣)、林启祥、史君宁工作要求:配合需求分析;方案评审并签收;应用软件功能接受测试签收;全职人员参与项目各项沟通会议。人员要求:财务部门、贸易业务部门、资金部门、信息中心、贸管部等关键人员参与。参与形式:全职、兼职注释:网络及硬件集成工作用户自行负责;问题解决及升级程序项目使用一套成熟的方法来尽可能减小冲突,并定期有组织地解决问题。项目的最后期限是不能改变的,因此不同部分间的沟通是避免冲突的关键。当问题出现时,它们被归档在问题数据库。在此对问题的定义是在项目进行中出现的无法得到高效或有效解决的形势。如果悬而不决,问题会阻碍或阻止项目的进行。问题可能包括:未决定的设计点、范围改变或者在软件功能性的差距。从本质来说,一个问题可能是跨功能的或存在于特定领域的。对于记录问题的原则是:“如果有怀疑,就要提出问题。”每一个记录下来的问题都要分配给一个人负责,他将对其范围、影响及程度进行归档,并且要推动对其的解决过程。问题负责人要和所有需要的人员共同工作(即:该项目组成员,其他项目组成员,项

文档评论(0)

godcoovAuxsv + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档