网站大量收购独家精品文档,联系QQ:2885784924

MES系统标准实施流程方法及阶段产出.docx

MES系统标准实施流程方法及阶段产出.docx

  1. 1、本文档共12页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
MES 项目实施流程和方法 【编写目的】: 沉淀和积累 MES项目实施的相关流程、方法和经验,以便更好服务于未来的 MES项目,争取更优质、更有效、更经济的方式完成 MES项目。同时该文档也可以当成是团队内部成员的相互交流和学习使用。 【主要内容】: 内容包括整个项目实施过程中所涉及到的人力资源、产出文档、交付内容、相关服务、注意事项、存在的风险点及对应的解决办法、经验总结 、建议及改善意见等。 【文档组织】: 按项目实施的各个阶段进行划分,基本按各阶段的时间顺序进行组织。 【阅读说明】: 本文档仅供 B公司 (MES 软件实施方 ) 或是 MES从事人员参考阅读,不宜做为其它商业文档任意传播。 Gary 阶段 事项 事项说明 所需资源 产出类 产出 风险及注意事项 建议及改善 所需工作 资源类型 资源名称 产出名称 交付 日 型 针对工厂需求进行需求初步调 1. 工厂主要业务部门负责人 避免需求大而全,规避 A公项司目范围的确定,重点是少数几 需求范围调研 研,并定义出本次项目的需求范 人力 2. 客户项目主导部门高层主 文件 《 SOW》 是 (MES 软件厂商 ) 系统未曾涉及个项目负责人,故进行需求范围 3~5 围 管 3. 乙方技术人员 的功能 界定说服工作的重心是这些负责 针对工厂现有的 IT 基础设施,主 初步了解IT 部门近几年的规划和 IT 架构调研 要是指网络及服务器、存储、域 人力 IT 负责人 文件 《 IT 架构调查结果》 否 投入,初步得知公司对 IT 的投入 1 控、时间同步等资源 状况 售前调研 1. 合同中必须清楚定义责权, 在合同是需明确写明项目后期可 尤其是对项目周期未按时达成 能存在一些不确定的投入,包括 项目正式启动前,签订项目合 1. 公司业务及商务 时的变更流程及责权 (即PCO Oracle , 项目合同签订 同,规定双方的责任和义务,以 人力 2. 乙方售前 文件 《项目合同》 是 流程) 软硬件,如 1 crystalReport , Codesoft 及项目交付及相关款项 3. 项目经理 2. 合同必须清楚注明客户配合 ,存 储设备等,最好是请客户提前有 项目验收及付款的时间 , 且收 款时间包含客户内部的签核时 一个初步评估的结果 1. 乙方项目负责人的选择一定 1. 建议乙方负责人为 IT 人员;若 程度上决定项目的成功 不是,也必须能及时有效的调动 《项目组织结构》 2. 乙方的组织有变更时,尤其 IT 资源 1. 甲乙双方的项目小组成员 是负有主要责任且在合同上有 2. 合同需要注明人员变更后,新 项目组织定义 定义甲乙双方的项目人力组织 人力 文件 《项目成员联系方式 是 2 2. 定义出 KeyUser 签名的人员,在变更时,可能 的责任人需要全部接受前一负责 》 会存在新的负责人会推翻和不 人所签署的条约,并同时注明新 承认原本定下来的合同和约 旧负责人的责权,如项目款项向 定,可能会导致延迟付款等 谁收取等 以正式的会议由甲乙双方正式宣 1. 甲乙方项目负责人 人力和硬 2. 所有 KeyUser 启动报告含项目计划,项目目 项目启动 布项目开始,并由高层在会议上 文件 《项目启动报告》 是 1 件 3. 会议场所、会议必须品准 标,验收方式等 做项目动员和政令宣导 备 开发和测试环境软 提前准备程序开发和测试所需之 1. 服务器硬件资源 《 Technical Design 这一部分定义,仅针对开发和测 、硬件准备, IT 软基、硬件资源 ( 基于 SOW中的需软、硬件 2. 开发和测试环境之软件资 文件 Document 》(软、 是 试环境,不含正式环境的软、硬 3 础设施准备 求范围来定义) 源 硬件技术架构方案) 件 1. 需求调研建议注重 KeyUser 的 按功能模块,与各个部门进行详 1. 甲乙方项目负责人 需求分析的全面性和准备性, 质量, KeyUser 需要全面多层次 详细需求调研 细的需求调研,且需要以书面的 人力 文件 《详细需求清单》 是 且都为较为资深人员 15 2. 所有 KeyUser 以及签核的有效性十分关键 方式签字确认需求 2. 所有需求要求部门负责人和项 项目定义 目负责人三方全部签字备档 解决方案设计 针对客户的实际需求,整理实现 人力 1. 甲方 KerUser 文件 《 Solution Design 是 方案设计文档必须要双方技术架 10 这些需求的系统解决方案设计 2. 乙方技术人员 Document 》 构师和项目负责人签字 结合客户需求,利用现有的 OOB 1. 甲方 KerUser 《 Configuration 防止 KeyUser 随意提供数据, 建模过程中所需

文档评论(0)

182****0747 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档