上下文使用示例
上下文按照贵公司职能型组织的结构来组织 Windchill 数据库。下列虚拟情境解释了如何在数据和进程管理中组合使用不同的上下文类型,以及用户如何与 Windchill 系统进行交互。
情况
“建设机械总公司”(CMC) 是一家集重型推土机设备的设计、制造、销售和技术支持为一体的北美企业。公司拥有两个产品系列:履带式推土机和轮式装载机。每个产品系列都包含容量和功能各异的多个产品变型。公司的竞争优势是能够在短期内按照客户的规范要求配置和交付产品。允许客户指定机器的型号和容量以及发动机和液压元件等重要组件的供应商。CMC 的采购品项包括:发动机、传动系统、制冷系统、空气过滤系统、液压元件、车轮和轮胎。CMC 制造的品项包括:车架、驾驶室、传动系统、轨道部件和附件。
站点
和组织
上下文
安装 Windchill 时,自动创建站点和组织上下文。
“站点” 上下文提供了一些管理功能,用于创建和管理
Windchill 安装。只有站点管理员可以创建或编辑站点上下文中的信息。
“组织” 上下文创建在站点上下文的下方。组织上下文用于捕获特定公司所独有的标准和业务管理信息。
存储在组织上下文中的重要业务信息包括:
• 参与者信息 - 用户、小组和团队。
• 编号和版本控制方案 - CMC 编号和版本控制标准,用于标识产品数据。
• 模板管理 - CMC 特有模板,用于以标准化方式创建产品和管理数据。
由于产品、存储库和项目上下文创建在组织上下文的下方,因此可将组织级别捕获的标准实践统一应用于组织上下文下方的所有上下文。
产品上下文
产品上下文包含特定产品或特定产品系列所特有的信息。CMC 拥有两个产品上下文:一个用于履带式推土机,另一个用于轮式装载机。产品线所特有的所有产品信息都存储在产品上下文中。例如,CMC 销售的六个履带式推土机模型共有六个焊接式钢架。它们存储在履带式推土机产品上下文中。与之不同的轮式装载机模型还有四个焊接式钢架。它们存储在轮式装载机产品上下文中。
“履带式推土机”和“轮式装载机”的产品上下文都创建在 CMC 组织上下文的下方,并且从组织上下文中继承了跨职能团队角色。
CMC 的产品团队具有如下角色:
• 产品经理
• 设计主管
• 设计者
• 制造工程师
• 质量工程师
• 生产规划者
这些角色是团队模板的一部分,并且已在 CMC 组织上下文中定义。在“履带式推土机”和“轮式装载机”产品上下文中,为 Windchill 用户分配这些角色。在任何一个产品上下文中创建新部分版本时,这些角色会标识针对研发和发布新部件版本 (在生产中) 所分配的团队成员。
某些标准实践因产品上下文的不同而有所差异,而且必须在产品级别进行定义。例如,轮式装载机部件的设计过程所历经的生命周期状态不同于履带式推土机部件。因此,每个产品容器中创建的新零件都要使用产品上下文 (而非组织上下文) 中定义的生命周期模板。
由团队模板定义的对象类型、对象类型所在的上下文、生命周期状态和角色分配都提供了一些基础规则,用于控制数据操作的执行者。例如,分配给“设计”角色的用户可以在工作状态下创建、查看和修改 CAD 文档,但是同一上下文中的“制造工程师”只能查看 CAD 文档。
| 一个上下文中的对象可以和其他上下文中的数据建立联系。例如,可以在“履带式推土机”产品上下文中创建一个自定义设计部件 (如探照灯安装支架),然后在轮式装载机的部件结构中使用该部件 (假设“轮式装载机”团队成员拥有查看“履带式推土机”部件的权限)。但是,只有“履带式推土机”产品上下文团队的设计者有权修改该支架的设计方案。 |
存储库上下文
存储库上下文含有与一些或所有产品相关的信息。可以创建一个特殊团队,负责批准向存储上下文中添加内容。可以创建一些特殊的工作流进程,确保在引入新的公用组件之前不存在可接受的其他公用组件。存储库中可以包含小型零部件 (如机械紧固件)、大型自定义设计装配、厂商提供的部件以及其他对象类型 (如文档)。存储库创建在组织上下文的下方。
CMC 已创建一个标准组件存储库,以便可以在多个产品中重用公用部件。组件重用可以提高采购量和降低价格。标准存储库还捕获政府标准或公司规范及程序等公用参考文档。
例如,在所有 CMC 机器中,引擎是最重要的部件。下订单时,客户可以从可用选择列表中指定首选引擎。统一采用一家引擎制造商可以帮助客户减少备件库存,降低维修成本。CMC 已创建一个“引擎”存储库,用于保存来自多个原始设备引擎供应商的所有标准引擎。
CMC 产品必须符合所有政府标准。例如,施工设备的柴油引擎废气排放量会受到某项政府标准的控制。越野机械装置的标准文档存储在“CMC 政府标准”存储库中。
项目上下文
在项目上下文中,为了一个特定目标邀请人们以跨职能团队的形式进行协作。项目团队包括具有这些常规角色的参与者:
• 项目经理
• 团队成员
• 访客
项目上下文中创建的数据通常包含:
• 一份包含活动、里程碑和关联可交付结果的项目计划。
• 物料和设备等项目资源。
• 在项目内创建的部件、文档和 CAD 数据。
• 从其他项目、存储库或者产品中共享的部件、文档和 CAD 数据。
可使用共享功能将产品、存储库和项目上下文中包含的数据复制或引用到一个新项目,这些数据可临时供该项目的所有团队成员使用。项目完成后,将新增数据或修改过的数据检入到产品和存储库中,以便通过严密的配置管理进程发布到生产。项目创建在组织的下方。
CMC 与欧洲重型设备公司 Euro-Track 建立了合同关系,专门为欧洲市场设计并制造新型轮式装载机。设计新型轮式装载机的项目代码为 "Phoenix"。新机器的外形更小,更易于操作,可以在狭窄街道和密闭的建筑工地中运行。Phoenix 将提供符合严格的欧洲排放标准的引擎选件。Euro-Track 和 CMC 将共同出售 Phoenix。下表显示了创建在 CMC 组织上下文下方的 Phoenix 项目上下文。
新型 Phoenix 轮式装载机将基于现有 CMC 设计方案进行研发。选择致力于生产更清洁欧洲引擎选件的 Diesel Power 为 Phoenix 提供引擎。CMC 将把 Diesel Power 引擎推向北美市场,而美国政府正考虑采用更加严格的排放控制标准。设计团队必须确保 Phoenix 的设计同时满足欧洲和美国标准。
由 CMC、Euro-Track 和 Diesel Power 员工组成的跨职能团队受邀参与 Phoenix 项目。将“CMS 轮式装载机”产品和“引擎和政府标准”存储库上下文中包含的数据共享到 Phoenix 项目上下文,以便可以根据需要查看、检出和修改这些数据。下图显示了团队成员和共享数据:
有关数据共享的详细信息,请参阅
在上下文之间交换数据。
在 Phoenix 项目上下文中创建了一个项目计划,其中包含分配活动、里程碑排程和指定的可交付结果。在该项目中,首先设计新型 Phoenix 轮式装载机。达到关键里程碑时,将可交付结果数据检入到相应的产品和存储库上下文中,使生产发布进程中的所有参与者都能够使用这些数据。当新产品投入生产且 Phoenix 项目已完成时,可以为项目上下文分配“已完成”状况,并保存该上下文中的内容,作为协作开发过程的记录。