iCAx开思网

标题: 有关 SAP cProject 的十二个最常见问题 [打印本页]

作者: zhizhi 时间: 2009-8-25 11:06
标题: 有关 SAP cProject 的十二个最常见问题
有关 SAP cProject 的十二个最常见问题1、 cProject 是什么？
cProject (协同项目管理) 是一个基于因特网的 SAP 应用，功能包括项目计划，作业调度，资
源管理及涵盖内部与外部工作伙伴的成本计算。 cProject 是基于 SAP ® NetWeaver™ 的应用套
件的一部分，将项目管理，知识管理和资源管理整合在一个企业间与企业内部协同工作的环境
中。
2、谁能受益于使用 cProject ？
组织，团体，他们的伙伴与来自任何行业的任意大小的供应商在管理任何种类的项目时，都能在
一种合作的基于网的环境里能受益于 cProject 。 cProject 被设计用来支持
各种标准方法论，例如PACE®，APQP，Six Sigma 与 Stage-Gate® 并把这些方法论整合入一个基
于因特网的协作环境。
3、 cProject 的主要功能是什么？
cProject 在一种安全的因特网协作的环境基础上提供一套灵活设置的应用于项目计划编制和管
理，资源管理和工作实行的功能。预先规定的模板，项目版本，项目报告与评估分析若以时间进
度报告为条件都可以整合到你的企业财务系统里去。
4、临时用户使用 cProject 执行他们的工作有多容易？
cProject 是易于使用的直接基于因特网的应用。临时用户只需要极小量的应用训练就可以学会
如何操作它的Web浏览器上的用户界面。
5、 cProject 和 cFolders 必须被一同部署吗？
不，cProject 可以被单独实现或者和 SAP ECC 结合起来。 cFolder 是一个通过把资料分发共享
给内部和外部合伙人来使协作实现的工具。若公司有这样的需求，那么 cProject 和cFolders当
然可以，也常常一同被实现，并集成在一起提高应用效果。
6、 cProject 能被独立部署而不需要安装其他任何 SAP 解决方案吗？
当然！ cProject 可以独立部署——不需要其他 SAP 解决方案。不过， SAP 用户通过把
cProject 与 SAP PLM (ECC)， SAP cFolders， SAP xRPM， SAP BW， SAP HR 和 SAP SRM 一起
实施来作为整合方案的话，则能从 SAP 商务套件中获得相当大的优势与好处。
7、用户能仅仅将实施 cProject 作为在整个综合PLM实施蓝图里的第一步吗？
当然！你能从 cProject 实施开始然后在一个基于阶段的实施过程中构造出全面广泛的 SAP PLM
应用。 cProject 很适合管理产品研究开发工作流程。优化业务流程管理是推行 PLM 应用的基
础。
8、用一种独立方式使用 cProject 的技术必要条件是什么？
cProject 被设置为 SAP NetWeaver 2004s或者更高版本的能够安装在Windows或Unix操作系统中
的一种 add-on 。
9、实施 cProject 的项目周期需要多久？
有很多因素会影响实施周期与结果。项目实施经验说明 cProject 基本功能可以在60天里实现。
10、用户怎样能理解是否 cProject 的功能能满足他们的要求？
咨询公司领导一个项目组来为 SAP 客户调研他们自己在协同项目管理上的需求，并且为
cProject 的实施推荐可能的方案。然后咨询公司可以与客户一起定制出一个能够适合他们最近
的 SAP 路线图的 cProject 实施计划。
11、cProject 协同项目管理和 PS 项目管理的不同和关系？
11.1 cProject 没有 PS 里的工作分解结构，而是代之以阶段。工作分解结构是项目成本计划、
预算和成本收集器。主要用于研发项目的 cProject 的目的不是代替 PS 形成商务套件中的功能
重叠。
cProject 和 ERP 的 PS/SD/MM/FI/CO/PP/QA 集成解决后勤和财务成本业务需求。cProject 的阶
段使用简单。
11.2 cProject 并不直接处理 ERP 的有关后勤的业务。在研发项目管理中关心的是有关后勤业务
的计划时间和统计监督后勤业务完成情况，不需要也不可能代替 ERP 后勤功能模块运行项目物料
需求计划，归结成本等等功能。cProject 的主要作用是支持研发项目管理。cProject 通过使用
业务对象联结功能，触发 ERP 中的有关研发项目的后勤业务，并监督执行状况。
11.3 cProject 可以和 PS 集成。对项目管理类型的企业来说，可以使用 PS 管理一个完整的产
品研发项目，从前期工作到签定合同，研发生产，直到售后服务。其中有关工程技术领域的项目
管理任务可以，也适合使用 cProject 支持完成。
11.4 无论从企业经营的角度看是否需要使用 PS ，无论研发项目的产出物是无形或有形的，无论
项目的产出物是固定资产还是销售的产品，cProject 都适合支持有关研发业务。
11.5 PS 适用基本建设性或销售经营性的大型工程项目的管理。cProject 适用研发项目管理。在
这种情况下，cProject 适合与 PS 集成。从概念上看，可以认为 cProject 映射了 PS 的一个有
关工程技术方面业务的子集。
11.6 相比 PS ，cProject 更适合支持工程技术部门主导的研发项目业务，包括其他项目，例如
六西格马方法论的项目。（否则 SAP 也不用开发 cProject 了）
11.7 cProject 在支持协作方面有突出优势。cProject 集成 cFolder 对企业内外协作更有很大
好处。
11.8 cProject 是因特网环境的应用。可以集成到 Netweaver 环境中，有很多 PS 不便实现的潜
在好处。
11.9 如果一个企业原来就在 ERP 中启用 PS 管理经营业务，那么实施 cProject 适合管理项目
类型产品研发业务的管理。如果一个企业并未在 ERP 中启用 PS 管理产品经营业务，那么启用
PS 管理产品研发业务显然不如启用 cProject 更合适。除非，研发的是个投入大量资金和有大量
后勤业务的项目。这种情况下可以同时启用 PS 和 cProject 。PS 管资金后勤物流，cProject
管协同项目开发业务。
11.10 一些长期延续的研究开发任务，并不一定结合具体产品的研究开发任务，也适合使用
cProject / cFolder 来支持。
12、很多单位已经实施独立的 PLM 系统（相对 SAP ERP/PLM 而言）。国外大型独立 PLM 系统都提供
了有关项目管理的功能。那么这些大型独立 PLM 系统提供的有关项目管理的功能和 cProject 有
什么不同呢？
回答： cProject 是 SAP 的商务套件中的一个模块。它自己的软件显然和其他模块如
ERP/CRM/SRM/HR/SCM 等良好地集成。而独立的项目管理系统很难和 SAP ERP 系统良好集成。这
里说的很难，就是指在合理成本的条件下实现类似 cProject 提供的集成功能。具体举个简单例
子说，cProject 可以通过业务对象连接功能轻易地计划和监督 ERP 的有关研发过程的后勤业
务，如 SD/PP/MM/QM/PM 等功能。在同一公司的商务套件中不同模块的用户权限控制，工作流，
邮件，人力资源管理，人员资格管理，工作负荷管理，统一的文档管理，统一的产品数据模型等
都容易实现。SAP 所谓总体拥有成本的优势，就是指这方面的差异。
https://www.erphome.net/wdb/wdbread.php?forumid=24&filename=f_129

作者: zhizhi 时间: 2009-8-25 11:12
十几年前，IT 界曾经刮起了一阵开放之风。自成体系的专有系统被千夫所指，似乎即将寿终正寝。数据库领域里的 ODBC 应运而生。结果呢？自成体系的专有系统胜出。实际上是能不使用 ODBC 的场合尽量不用 ODBC。其实自成体系的专有系统并不意味着不开放。对客户来说，一个有长期维护和开发保证的自成体系的专有系统比“开放”系统环境中的事实上的多个专有系统好得多。

作者: amd 时间: 2009-8-25 17:09
那你不是自己打你自己的嘴巴？

你不是一向吹嘘sap怎么怎么集成MCAD良好？

sap自己没有MCAD软件。sap集成MCAD的方式就如同odbc一样。

按照你的逻辑就是SAP不可能良好集成MCAD。必须购买MCAD厂商自己的PLM产品。

本帖最后由 amd 于 2009-8-25 17:10 编辑

作者: zhizhi 时间: 2009-8-25 18:02
你有点无聊了。

作者: amd 时间: 2009-8-26 08:46
你一边在拼命贬低别的PLM产品，一边在吹嘘SAP如何如何。

你自己在评论SAP和其他PLM产品本身就在采用双重标准，手段玩的很熟练啊。
把砖家们的那套：“国际惯例和中国特色”的理论发扬广大了啊。
真应该去从政。

作者: amd 时间: 2009-8-26 08:48

zhizhi 发表于 2009-8-25 11:12
十几年前，IT 界曾经刮起了一阵开放之风。自成体系的专有系统被千夫所指，似乎即将寿终正寝。数据库领域里的 ODBC 应运而生。结果呢？自成体系的专有系统胜出。实际上是能不使用 ODBC 的场合尽量不用 ODBC。其实自成 ...

恐怕这只是你自己的观点。

作者: zhizhi 时间: 2009-8-26 10:34
当然是我的观点。而且可以肯定，持有这种观点的人肯定不止我一个。否则，“专有系统”岂不早就灭亡了？
为了提高数据处理效率，能不用 ODBC 的场合肯定不用 ODBC，这是 ODBC 为了追求屏蔽数据库功能差异的目标所必然付出的损失性能的代价。
人人都有权持有自己的看法观点，对任何客观事务的评价也是人人都有的权利。你可以“褒”，但是你没有办法禁止别人“贬”。你可以“贬”，你也无法禁止别人“褒”。
至少在可以预见的将来，PDM 不可能关注无穷无尽的应用软件的无穷无尽的专业数据和知识。任何软件都不可能管理和处理全人类的知识。
系统集成当然是针对不同系统的数据和功能交集。管理信息系统和管理信息系统的集成处理管理信息系统之间的管理数据交集和管理功能交集。管理信息系统和工程技术信息系统的集成仍然是处理两者之间的管理数据交集和管理功能交集。迄今为止，还没有见过任何一个商品 CAD 软件或其他工程计算分析软件把工程技术模型数据存入管理信息系统数据库的实例。非关系数据库所适合存储的非结构化数据一般都只存储在格式不公开的数据文件中。眼下 PDM 所能管理的也就是这些文件而已。
你的发言是不知所云，莫名其妙。

本帖最后由 zhizhi 于 2009-8-26 10:54 编辑

欢迎光临 iCAx开思网 (https://www.icax.org/)