一汽商用车企业级BOM技术方案V1.7

报告人：东浦BOM团队日期：2017-6-28一汽商用车企业级BOM系统建设

解决方案项目背景、目标及总体规划1项目解决方案2目录系统架构方案3项目实施方案4目录项目背景、目标及总体规划1项目解决方案2系统架构方案3项目实施方案4项目背景现状分析及对策项目愿景建设规划国内主流商用车企业面临的“三多一少”生态环境，对BOM数据管理提出新的更高要求；一汽商用车BOM数据管理现状已不适应产销量持续增长位居行业第一的要求；启动一汽商用车一体化BOM建设项目及时必要。客户个性化需求要求使产品品种越来越多面向全国跨地域发展要求异地工厂越来越多差异化订单要求产品研发生产所需时间越来越少下属企业分布长春、大连、青岛、无锡、成都、柳州六地载货/牵引/工程/专用4大产品线，J6P/J5P等10大产品平台多品种多工厂生产要求各类产品数据越来越多ERP管理总成件超过6万个，物料总数超过60万，以每一物料4种数据类型计算，其物料BOM总数超过240万整车差异化订单需求量总销量占比超过20%，且呈增长趋势1-1.项目背景技术中心PDM系统EBOM平台设计解放PDM系统EBOM适应性设计PBOM工艺设计解放本部ERPMBOM解放电子目录系统SBOM系统接口产品配置表系统接口体外整理系统接口☑☑☑☑☑1-2现状分析及对策技术中心解放公司产品开发生产准备生产销售及售后技术中心Windchill系统外解放ERP解放TDS平台设计EBOM按单车工艺设计PBOM物料拆分维护生产信息MBOM备品目录定义SBOM系统外导入经过前期交流，我们获悉一汽商用车BOM数据管理主要存在以下问题；部分适应性车型EBOM不准确性或不完整；PBOM手工编制工作量大，易出错；整车配置管理未延伸到生产、销售领域，无法实现灵活点单选装，交付周期长；备件及KDBOM定义流程体系亦待完善。适应性改进产品策划①②③③③④④主要问题原因分析2、设计有时候发“白图”，导致产品数据不一致。3、系统外编制PBOM，工作量大，易出错,EBOM与PBOM数据差异大。4、配置管理不完善，没有建立生产配置、销售配置。1、变更管理不规范。2、零部件在生产准备阶段的生命周期状态管理不够细。3、设计变更在生准阶段没有生效时间控制。4、缺少有效的PBOM管理工具，各阶段BOM脱节，变更管理缺乏有效系统支持。5、

未建立统一配置特征库，配置管理相对较复杂，配置化管理不能延伸到生产、销售领域。1、部分适应性改进EBOM不准确或不完整。5、备品要货经常出错。6.备件技术流程体系待完善，备件变更管控、备件替换管理待完善。EBOM准确性差PBOM手工维护配置管理不完整解决对策业务流程优化：构建全价值链的产品数据管理及应用流程；明确各职能部门的职责分工。BOM平台建设：构建统一BOM数据管理平台；实现全价值链的数据共享。针对一汽商用车BOM数据管理存在主要问题，进行原因相关性分析并提出业务及IT对策建议。1-2现状分析及对策业务流程不完善主要问题原因分析2、设计有时候发“白图”，导致产品数据不一致。3、系统外编制PBOM，工作量大，易出错,EBOM与PBOM数据差异大。4、配置管理不完善，没有建立生产配置、销售配置。1、变更管理不规范。2、零部件在生产准备阶段的生命周期状态管理不够细。3、设计变更在生准阶段没有生效时间控制。4、缺少有效的PBOM管理工具，各阶段BOM脱节，变更管理缺乏有效系统支持。5、

未建立统一配置特征库，配置管理相对较复杂，配置化管理不能延伸到生产、销售领域。1、部分适应性改进EBOM不准确或不完整。5、备品要货经常出错。6.备件技术流程体系待完善，备件变更管控、备件替换管理待完善。EBOM准确性差PBOM手工维护配置管理不完整解决对策业务流程优化：优化适应性车型研发与临时变更业务流程；构建统一备件定义业务流程与备件数据管理体系。BOM平台建设：EBOM建立统一配置特征库，虚拟/配置结构扁平化；将适应性车型与临时紧急变更纳入BOM系统管理；在PBOM中细化物料状态及时间有效性管理。建设一体化运营领域P/M/SBOM，实现整车生产/销售的配置管理；针对一汽商用车BOM数据管理存在主要问题，进行原因相关性分析并提出业务及IT对策建议。1-2现状分析及对策业务流程不完善1-2.项目对策-全价值链的BOM数据流程管理构建全价值链的产品数据管理及应用流程：完善贯穿产品生命周期的项目管理流程及管控机制，将商企、研发设计、生产准备及制造等环节所需的产品数据通过项目管理方式集成，逐步减少系统外手工数据转换；深度优化各专业部门的管理模式和职责，支持各业务领域内或跨领域的协同需求。规格/功能模块/零件产品模块/零件模块/零件模块/零件规格/功能规格/功能规格/功能企划设计工艺、生产销售市场售后采购供应商规格/功能客户模块/零件规格/功能构建统一BOM数据管理平台，实现全价值链的数据共享：建立以研发、制造、采购等部门共同参与的协同平台，形成统一、一致的产品数据发放平台，建立起PLM与下游系统之间的联系纽带；通过数据接口向周边生产领域的应用系统，提供基础数据，降低人工干预风险，保证数据完整性和一致性；全生命周期产品策划方案构想营销售后正式生产工艺设计生产准备工程设计FAW-BOM供应商管理（SCM）产品设计数据管理（PDM）销售管理（TDS）生产计划（MES）主数据管理（ERP）

工艺设计（CAPP）1-2.项目对策-统一BOM数据管理及共享平台1-3.项目愿景通过建设和部署一汽商用车BOM数据管理平台，实现产品数据”三全”管理及其应用：全生命周期：在一汽商用车内实现产品全生命周期中产品信息的创建，管理，分享和知识资产化等目标，减少信息断点，提高产品研发技术创新能力，缩短新品研发周期，降低整车成本；全价值链：通过构建一汽商用车统一产品数据平台，以产品数据为主线，支持全价值链的组织和流程梳理，实现业务流程的贯通和完善，促进高效的业务协同和团队合作；全覆盖：形成一汽商用车产品数据管理和业务流程模式，实现解放公司、青岛、成都、海外工厂全覆盖；技术中心青岛汽车厂解放卡车厂成都无锡产品规划方案构想工程设计生产准备营销售后试生产正式生产企业级FAW-BOM商品企划营销质量生产制造研发设计采购供应商客户/经销商研发合作伙伴服务合作伙伴全价值链柳州……海外工厂1-4.建设规划通过深入了解一汽商用车BOM管理现状，从BOM集成技术难度、历史数据整理迁移周期与业务变革可实施性等多维度考量，建议本项目采取统一规划，分布实施建设策略：二期目标：全生命周期、全价值链、全覆盖实现一汽商用车BOM建设全部愿景目标，并根据业务需要扩展BOM应用管理范围。一期目标：全生命周期、部分价值链、部分覆盖解决当前急需解决的工艺、生产、销售运营领域无一体化BOM和EBOM配置管理结构优化问题；201820172020项目二期项目一期项目二期前提条件：实现标准化的配置管理历史数据清理完毕，并能在系统中正常运行项目二期规划内容建议：

商品收益管理、生产准备过程管理、设计问题跟踪管理

试制/试验管理运营领域BOM系统建设（含EBOM集成）EBOM改造+WINDCHILLPDMEBOMPBOMMBOMKDBOMSBOM商用车运营领域一体化BOMPDMWINDCHILLEBOM镜像PBOMMBOMKDBOMSBOM商用车一体化BOMEBOM目录项目背景、目标及总体规划1项目解决方案2系统架构方案3项目实施方案4整体方案系统解决方案要点配置管理BOM管理E-BOM升级E-BOM集成P/M-BOMKD-BOMS-BOM变更管理系统接口系统功能框图历史数据迁移

根据项目愿景，一汽商用车一体化BOM建设总体业务蓝图初步设计见下图；通过BOM数据管理的规范化、标准化，满足全价值链、全生命周期的BOM数据应用需求。2-1.整体方案——业务方案2-1.整体方案——系统框图企业级数据总线（ESB）EBOM镜像FAW-WINDCHILLFAW运营BOM上下游应用系统CAD数据管理DMUCAE数据管理EBOM优化SBOMPBOM/MBOMKDBOM通过WINDCHILL系统与运营BOM系统集成实现全生命周期BOM管理，在PDM中进行EBOM升级，在运营BOM中实现制造(包括KD生产制造)、服务的全生命周期产品数据管理。在运营领域中进行EBOM镜像，保证两个系统工程BOM数据的一致性。通过ESB灵活、高效的与其他系统集成，支撑全价值链的BOM数据应用。成本管理系统质量管理系统SCMERPTDSERP其他系统2-1.整体方案——实施内容BOM管理平台主要内容：配置管理、结构管理、变更管理。BOM管理变更管理SBOM变更管控及执行变更实施制造变更配置管理制造配置销售配置PBOMMBOMKDBOM1、配置管理1.支持面向模块设计，减少重复设计并满足客户对产品及功能的个性化需求；2.通过企划配置、工程配置、生产配置、销售配置实现产品信息全价值链贯通。2、结构管理1.构建BOM管理平台，支持不同形态BOM管理；支持多工厂制造BOM重构；支持试制、试生产、量产BOM不同成熟度的状态设置，时间轴管理。3、变更管理1.闭环变更管理体系的形成；2.支持工程BOM变更单到制造变更单直观体现具体变化点内容；3.支持变更实施跟踪管理。企划配置工程配置早期BOM工程BOM工程配置变更产品设计变更运营领域需求示例：EBOM集成2-2.系统解决方案要点

1.配置管理：配置化系列车型+配置变更=满足>90%订单需求EBOMP/MBOM生产&交付ERP需求输入销售配置表客户选择定义车型可配置车型订单配置外车型订单配置化EBOM快速响应超出配置的订单需求完善车型系列配置特征库配置解算生成订单制造BOM配置变更配置管理覆盖工程配置、制造配置、销售配置，不同配置间相互建立关系，支持客户选配；配置外订单车型通过配置增删改变更方式替代适应性车型开发方式，快速响应客户个性化需求。东浦工程配置管理汲取国外数家商用车企业先进配置管理模式（欧美系、日系），并在实践中应用。客户选择配置定义车型快速生成可配置车型订单快速生成配置外车型订单工程配置销售配置制造配置工程配置时效性管控配置解算生成订单制造BOMEBOM配置变更已量产车型订单配置选项库2-2.系统解决方案要点

1.配置管理车型规划产品规格配置表规格项、规格组合制约条件设计定义车型配置设定车型配置约束规则设计部门保证组块与车型的配置关系制造销售销售规格配置销售车型配置表产品目录顾客经销商订单车型配置表（时效性管控）组块/零部件构成表（制造参数、时效性管控）零部件需求整车生产EBOMP/MBOM组块/零部件构成表产品规划工程配置：统一配置特征库、定义车型配置及规则约束、保证组块与车型配置的关系；制造配置：对配置变更进行管控，保证生产车型在规定日期内能提取生效物料；销售配置：工程配置语言与销售配置语言对应，快速形成销售车型配置表，供顾客选装。配置选项库一汽商用车BOM应采用统一的配置选项库，统一物料选项分类、编码、中英文名称、选项值；东浦拟与PTC合作，联合提出一汽商用车配置选项库相关技术/管理标准制定草案建议。选项分组选项选项描述选项值选项值描述MM01后桥轮辋选择M0101钢轮辋M0102铝轮辋M02制动调整臂选择M0201手调臂M0202自调臂2-2.系统解决方案要点

1.配置管理：配置选项库产品配置是产品结构的品种规格工程表达，产品BOM是产品结构的物料编码与数量字符表达；通过产品配置定义解算生成的产品BOM，其正确性远高于直接构建形成的产品BOM；其整体的开发交付期也远高于直接形成单车产品BOM。2-2.系统解决方案要点

1.配置管理：工程配置管理产品规划产品配置规格产品配置规则组块配置条件兼容关系不兼容关系基本配置选装配置产品线划分车系定义组块配置条件组块设计当前中心windchill采用”参数/约束”方式实现EBOM配置化，其弊端有二：一是参数/约束条件直接写在选装的虚拟或实体部件上，通过案例表管理多选一约束条件；但随着可选项的增多案列表行列数成倍增长，维护复杂和繁琐；二是没有建立统一的参数和约束条件术语定义（标志库），各系列车型的配置识别性、通用性和可解析性较差。改造后的windchill将采用企业级配置选项库（配置标志字典）方式实现EBOM配置化，选项标志写在一级虚拟管理组件下的实体总成上，简化了EBOM配置结构，方便下游BOM解析应用。2-2.系统解决方案要点

1.配置管理：

工程配置改造工程配置经PBOM转换形成制造配置，由此开启实体物料的生命周期（生效/失效）管理；制造工程师在PBOM中对制造配置时效性进行定义和变更管控，确保在规定日期内获取生效物料。车型选项值选项描述选项值描述G3326N010CCG3326N011CC…90RM001001后桥轮辋选择钢轮辋S：20161201~9999999990RM001002后桥轮辋选择铝轮辋S：20161201~99999999O：2-2、系统解决方案要点

1.配置管理：制造配置管理EBOM配置管理运营BOM配置管理配置定义配置变更车系配置及约束定义零部件配置参数定义整车通知书零部件通知书车系配置及约束变更零部件配置参数变更试制用单一化车型定义试制单一车型配置解算工艺合件配置定义发布即时传递发布即时传递是否是否满足客户需求运营BOM共享EBOM的配置选项库、选项约束规则；EBOM向运营BOM传递系列车型配置及约束与零部件配置参数。客户选装车型配置时效性管理零部件配置时效性管理2-2、系统解决方案要点

1.配置管理：制造配置承接工程配置车型配置及约束条件零部件配置参数车型配置表单一车型配置解算依据客户需求生成单一化车型工艺合件配置参数配置选项库、选项约束规则单一车型定义当前普遍采用创建工程与销售两个配置表，BOM以对位转换方式管理配置表内容，保持其一致性；新一代DP-BOM将创建物料销售配置属性，直接生成工程与销售配置表，管理方式更加便捷可靠。工程配置表销售配置表2-2.系统解决方案要点

1.配置管理：销售配置管理根据客户配置定义订单BOM可在指定时间点，从配置化BOM中精确解析出实例化车有效物料清单；解析出的实例化制造BOM可采用多车型矩阵结构表或单一车型树状结构表的视图形式予以展现。2-2.系统解决方案要点

1.配置管理：实例化车型制造BOM解析多车型矩阵结构表单一车型树状结构表2-2.系统解决方案要点

2.BOM管理各领域BOM管理早期BOMEBOMP/MBOMKDBOMSBOM工程设计工艺结构重构整车结构模板整车预计构成工艺路线定义生准状态、时效性管理备件技术定义备件商品定义研发领域BOM运营领域BOM工位定义EBOM：描述产品唯一组成结构，一个产品只有一个EBOM。P/MBOM：描述产品在不同生产中心的装配BOM，可根据EBOM和具体生产中心生成多个。KDBOM：描述产品出口海外生产中心的装配BOM，根据EBOM和参考国内同车型的MBOM生成。SBOM：描述产品发生故障时可用到的备件BOM。EBOM集成Windchill可以对不同的对象在整个生命周期内进行管理

Windhill中管理的对象由两部分组成；一是主数据，保持不变；二是版本，随着时间和变更而发生改变在设计冻结后相同的版本意味着相同的外观，功能以及与周边零件的匹配关系，这是行业通用的规则P-96005621PTCCreo.prtNorm.docIPA_SVB_0064A主数据版本ABCABAC需求零件3D/2DCAD数据通用文档2-2.系统解决方案要点

2.BOM管理：主数据管理供应商‚组织2组织1站点以下业务规则在整个企业产品容器中被统一管理:初始创建规则：零件以及其它对象在创建时编码需遵循唯一性原则用户可自定义零件/其它对象编码以及版本的Schema，实现编码与版本的自动分配.业务规则将会自动从高层级向低层级继承产品企业标准库产品功能产品规格产品数据产品规格产品结构模板企业级选项库TeamTeamTeam组织支持用户制定零件编码规则支持流水号编码规则项目2-2.系统解决方案要点

2.BOM管理：编码管理P：工程发布U:开发状态B：试装D量产RR概念设计详细设计测试与验证批量生产工艺设计IRP：工程发布RU:开发状态RIRT：

开发状态RIRS：工程发布2：数据发布0R1零部件发布工程发布设计数据发布售后零件发布细化系统中零部件的生命周期状态定义，扩展生命周期状态定义不同对象对应的生命周期状态2-2.系统解决方案要点

2.BOM管理：零部件成熟度管理灵活的属性定义和编辑不同的属性视图帮助用户切换关注的零件属性可以与CAD数据实现属性的双向影射2-2.系统解决方案要点

2.BOM管理：BOM属性管理产品主系统模块组模块模块变型零组件构建标准的模块化产品架构，定义不同的部件对象描述产品架构保存标准产品架构基于标准产品架构创建BOM同步创建相应的CAD对象2-2.系统解决方案要点

2.BOM管理：模块化产品架构灵活可配置的成本分类定义基于BOM的成本卷积及风险可视化2-2.系统解决方案要点

2.BOM管理：成本管理可查看对象要求CAD模型数据表分析测试计划完整：管理完整的

产品定义由标准的自动化过程推动准确：单一信息

来源2-2.系统解决方案要点

2.BOM管理：以BOM为核心的产品数字化定义DMUBOMCADCAD设计驱动BOM生成&BOM驱动的自顶向下设计和关联设计BOM与可视化数据关联，实现BOM驱动DMUCAD数据同步转化为可视化数据用于CAE等虚拟验证用于生成图纸或开模用于干涉检查等虚拟验证用于编制工艺图卡用户编制用户/维修手册以及电子维修目录用于采购用于制造用于维修2-2.系统解决方案要点

2.BOM管理：基于BOM的模块化设计Windchill环境下选装选配设计Creo环境下选装选配设计系统中定义的选项和变型规范可以传递到Creo环境中：在Creo环境下对平台的数据进行配置支持基于平台的产品开发2-2.系统解决方案要点

2.BOM管理：模块化产品开发过程配置上下文（Configuration

Context）帮助设计人员通过过滤平台化产品定义正确的设计环境通过过滤的方式抓取超级BOM中设计人员关心的设计数据和信息，以使设计和验证工作（如DMU）更加简单和快速设计上下文（Design

Context）帮助设计人员通过过滤CAD结构定义目标的设计环境通过CAD产品的抑制能力对大型的复杂产品的CAD结构树进行过滤，将关键的或用于参考的总成或部件已CAD总成的方式组织起来，提高工程师的设计效率和准确性配置上下文和设计上下文能够帮助工程设计人员对平台产品根据需求快速的构建上下文设计环境2-2.系统解决方案要点

2.BOM管理：配置上下文/设计上下文干涉检查定义自动化干涉检查设计问题管理2-2.系统解决方案要点

2.BOM管理：BOM驱动的DMU工程BOMMCAD数据设计与导入零组件分类与重用配置上下文构建设计数据发布DMU&问题管理设计评审与验证发布设计上下文构建迭代核心能力：Top-down

designBottom-up

design配置上下文与设计上下文HDIC自动化干涉与间隙检查2-2.系统解决方案要点

2.BOM管理：产品设计流程优化2-2.系统解决方案要点

2.BOM管理：

EBOM集成方案集成目的一是执行EBOM物料编码标准与配置规则，二是镜像EBOM方便EBOM数据应用，三是建立PBOM初始化基线。EBOM数据基础数据整车数据变更/零部件1、配置特征标志2、零部件分组标准3、产品线定义1、整车结构/配置定义2、整车技术文件1、变更技术文件2、变更零件结构信息3、变更零件工程信息生效触发传递传递方式输出数据内容整车通知书零部件通知书生效审批发布审批发布1、配置特征标志库2、零部件分组代码库3、产品线代码库1、车型配置参数与约束条件2、整车通知书、技术条件、相关技术文件1、新版零部件工程属性2、零部件结构差异3、零部件配置参数变更4、新版零件图纸/轻量化数模5、零部件通知书6、新版零部件相关技术文件通知书驱动实时传递协议或通知书驱动实时传递2-2.系统解决方案要点

2.BOM管理：

EBOM传输内容与方式EBOM传输内容主要有基础数据、整车数据与零部件定义/变更数据，传输方式分为批准生效触发传输或协议实时传输（同步工程或紧急变更需要时）。工艺/制造BOM构建主要业务活动有制造路线定义、工艺合件定义、制造/装配工位定义、生准与准完文件发布等，工位定义可由一个部门一次性完成（P/M），也可由两个部门依次完成（P+M）。2-2、系统解决方案要点

2.BOM管理——P/MBOMP1P11P12P1390R

EBOMECO0

ECO1

ECO1

ECO2PBOM——生产中心1（编号F1）产品通知书

制造路线

装配路线

采用时间

取消时间

采用通知书

取消通知书P1P11P12P1390R

ECO0

ECO1

ECO1

ECO2F1HZF1CGF1CGF1CYF1ZZF1HZF1HZF1HZ20170301TC01TC01TC01TC02

TC01

20170301201703012017060199999999999999992017060199999999MBOM——生产中心2（编号F2）产品通知书

制造路线

装配路线

采用时间

取消时间

采用通知书

取消通知书P1P11P12P1390R

ECO0

ECO1

ECO1

ECO2F2HZF1CGF1CGF2CYF2ZZF2HZF2HZF2HZ20170401TC03TC03TC03TC04

TC04

20170401201704012017070199999999999999992017070199999999依据车型定义生产中心基础车型编码生产中心90RXXXX001F190RXXXX002F2维护车型的生产中心2-2.系统解决方案要点

2.BOM管理——P/MBOM：多生产中心制造BOM初始化基于整车的多生产中心分为不同车型不同生产中心或同一车型不同生产中心，前者可由BOM默定义，后者由制造BOM工程师定义。BOM按生产中心定义将整车EBOM数据和产品通知书推送至所定义生产中心形成PBOM初始界面。按车型提取零部件零件分工路线定义路线发布EBOM按产品通知书提取零部件基于超级BOM确定结构路线准备通知书发布新增零件的工艺路线定义分为内外制分工和內制件工厂/车间制造路线分工，PBOM根据分工结果生成新增内/外制件清单，方便相关部门开展供应商选择或內制件制造工艺设计；在协同设计环境下，制造技术部门可在设计构想、电子样车、或样车试制阶段获取新增零件清单；获取方式有待项目组内部协商确定。2-2.系统解决方案要点

2.BOM管理——P/MBOM：零件分工路线在不增减EBOM物料前提下，可对EBOM结构进行拆分合并（重构），形成带工艺合件的PBOM；选配件工艺合件应继承选配件的配置条件，通过配置解算得到单一车型工艺合件；工艺合件可跨车型或跨生产中心引用；PBOM记录结构重构前后物料的位置关系，以便设变时工艺合件结构是否相应变更予以提示。2-2、系统解决方案要点

2.BOM管理——P/MBOM：工艺合件工艺合计构建方式分为套用模板和手工搭建两种，前者方便快捷，适用于可重复构建的工艺合件；后者在PBOM界面，通过移动、拖拽、复制、剪切、粘贴等方式亦可快速手工构建工艺合件；跨车型引用工艺合件应进行工艺验证，跨生产中心引用工艺合件需重新定义物料路线和有效期。2-2.系统解决方案要点

2.BOM管理——P/MBOM：工艺合件2-2.系统解决方案要点

2.BOM管理——P/MBOM：基于结构的定义路线/时间车系产品组块工艺合件产品组块制造组块制造组块产品组块总成工艺合件零部件零部件制造路线装配路线起始时间终止时间制造通知书F1CGF1ZZ2015121199999999ZB151211012015121199999999ZB15121101F2HZF1ZZ2015121199999999ZB15121303F2CGF2CG2015121199999999ZB15121303……F2CGF2HZ2015121199999999ZB151213032015121199999999ZB15121101基于超级BOM结构定义结构路线、时间：对于实物件定义工艺路线；基于零部件的分工路线，快速定义结构路线；对BOM行定义结构时间有效性、对零部件本身定义项目时间有效性。2-2.系统解决方案要点

2.BOM管理——P/MBOM：制造状态、有效期管理通过跟踪制造状态（准备、准完、投产）通知书发布时间，P/MBOM可对物料制造状态进行时间有效期管理，亦支持手工定义维护物料的制造状态有效期。按四大工艺定义维护物料生产线制造装配工位工序信息，支持在制品工序外委和车间成本核算；基于BOM结构行维护工位工序信息，精确分配物料数量，可集成CAPP关联工艺卡/作业指导书。例如：总装工艺对应BOM结构例如：总装工艺对应工位库2-2.系统解决方案要点

2.BOM管理——P/MBOM：工位定义根据KD工厂物料需求，KDBOM对完整的EBOM进行裁剪，生成KD制造BOM；KD-BOM通常要求指定唯一供应商，增加KD件生产地及出口地标识，并进行包装合件与包装箱设计；KD件设计变更通常需要得到KD工厂的确认方可实施；东浦KDBOM支持上述DK生产特殊要求。E-BOMKD车型配置KD-BOMM-BOMMRP（KD零件）KD-BOM包装产品车辆订单MRP（本地零件）设计変更通知设计変更通知本地化零件国内车辆工厂零部件出口工厂海外代理商海外KD工厂2-2.系统解决方案要点

2.BOM管理：KDBOM业务流程KDBOM数据构建与制造BOM构建类似，与国内工厂制造BOM不同的是：①可参考国内工厂制造BOM，快速定义KDBOM；②KD件定义：标识是国内工厂出口件还是地产化零件；③KDBOM断点日期：KDBOM断点对应的日期不是投产日期，而是对应批次出口发货日期。实例化的KD车型解算，得到带结构层级的KDBOM或KDBOM清单。EBOM与PBOM接口国内工厂制造BOMKDBOMEBOM数据接收处理EBOM数据备份KD工厂2……EBOM数据分发KD工厂1零件路线分工基于超级BOM构建工艺合件包含车型数据分发产品变更通知书分发基于超级BOM确定结构路线发布KD通知书MBOM参考国内工厂制造BOM，快速定义KDBOM制造参数KD属性定义①②③引用国内工厂工艺合件①2-2、系统解决方案要点

2.BOM管理：KDBOM数据构建2-2.系统解决方案要点

2.BOM管理：SBOM业务流程国内商用车企多不重视备件业务，多将备件定义责任推卸销售部门，无视可维修性、可装配性是产品设计的基本技术要求；可喜的是一汽商用车正本清源，仅需要SBOM的工具支持；SBOM业务流程涉及商企、设计、生产、采购、销售多部门，备件种类除装车件外维修专用件与替代件、附加装饰件、总成拆分件等，复杂程度超过其它BOM。对象1装车件备件/2自制备件/3拆分件备件/4外购专用备件/5油辅料备件要素层次零件号…采用日期取消日期备件号备件名称备件类型备注…备件分组号1装车件备件2自制备件3拆分件备件4外购专用备件5油辅料备件产品通知书：1装车件、2自制备件产品明细3拆分备件、4B类备件产品明细制造定义及更改通知书：1

装车件制造采用、取消日期2

自制备件制造采用、取消日期1352结构产品属性时间备件专用属性备件目录属性SBOM维护制造BOM4EBOMSBOM数据来自EBOM的有：装车件、自制备件、拆分件备件、外购专用备件定义，来自制造BOM的有：装车件装车件及自制备件的采用时间、取消时间；SBOM负责维护油辅料备件定义，拆分备件、外购专用备件、油辅料备件的采用、取消时间；备件属性定义等。备件是采用EBOM编码+供应商编码，还是重新编码并与原编码建立对应关系，各车企做法不同，东浦SBOM支持重新编码方式。2-2.系统解决方案要点

2.BOM管理：SBOM数据来源可基于配置化车型或实例化车型进行备件定义；产品变更及时提示备件工程师是否进行备件变更，并维护变更零件是时间断点；可定义备件的替换链关系。2-2.系统解决方案要点

2.BOM管理：SBOM备件定义BOM企业级变更管理由以下三个要素构成，缺一不可：变更流程全BOM贯通，设变信息端到端连续传递，任一节点执行状态及断点一键可查；所有变更设变项目不论紧迫性如何（一般、紧急）均纳入BOM管理，杜绝系统外手工处理；所有变更项目不论时效性如何（临时、永久）必须确认永久方案实施有效后才能关闭。东浦BOM是目前国内已知唯一实现企业级变更管理三要素的BOM。2-2.系统解决方案要点

3.变更管理偏差和替换对一个正在生产的产品执行一个临时的变更,不更新BOM但可以作为一个正式变更的输入条件变更申请评估技术和业务变更变更理由影响范围确定技术分析,解决方案确定变更评审委员会机制变更通知创建和执行变更计划

发布变更结果认证变更执行委员会机制(确定变更执行)关闭变更申请关闭问题变更任务对受影响的数据对象执行变更定义时间有效性数据升版,零件替换批量变更关闭变更通知2-2.系统解决方案要点

3.变更管理：工程变更模型快速便捷的收集变更影响对象,确保变更得到完整的执行:需求选项与选项关系工程部件BOMMCADECAD软件支持变更任务的按照顺序的配置，确保变更得到完整的执行；执行从需求到工程BOM，及设计数据的更改2-2.系统解决方案要点

3.变更管理：一体化的工程变更变更一致性管理平台相关所有对象可以统一管理平台结构模块及CAD数据选项，选项规则及选项表达式配置定义实现统一管理工作状态-〉发布-〉废弃变更影响范围分析利用平台配置知识利用虚拟可视化确认复杂的变更利用related/where-used等信息快速定义变更的数据同时评估零件，分配选项表达式以及规则的有效性变更执行不同平台信息的协同变更执行ChangeRequestChangeRequestChangeRequestChangeRequestChangeRequestChangeRequestNewPartNewLogicUpdatedRule2-2.系统解决方案要点

3.变更管理：平台产品变更管理③2-2.系统解决方案要点

3.变更管理：制造变更管理制造变更的依据分为三种：执行产品设计变更；制造工艺变更，例如工艺合件变更、路线变更等；处置生产紧急问题的现场临时变更。现场临时紧急变更可采用一次性有效文件《临时处置单》指导生产，但必明确其生效与失效时间。《临时处置单》由设计或工厂/制造部门发起，在BOM中编制/取号/审批/发放/查询（审批流程应最大程度简化），通过系统接口传递到相关生产执行系统（应简化相关流程）指导生产。2-2.系统解决方案要点

3.变更管理：设计变更断点管理根据设计变更工程复杂性和实施紧迫性，设变项目生准时间有效性管理分为三种类型。第一种类型分别记录准备/准完/投产时间，第二种类型记录分别准完/投产时间，第三种类型记录投产时间。BOM默认断点时间记录的依据为相关通知书的发布时间。BOM将设变项目投产时间信息传递给MES，由其记录实现该变更项目的首车VIN码。ERP车型BOM仓储系统车型BOM车型随车工具包SCM车型BOM供看板要货MES生产计划形成车辆档案电子目录车型配件目录TDS销售管理车桥ERP车桥BOMEOL车与电控单元关系企业级数据总线（ESB）运营领域BOMPDM&EBOM1、零部件；2、车型结构；3、结构变更备件明细表车桥BOM电控零部件车与电控单元关系1、产品数据标准2、零部件3、车型配置4、车型结构5、产品变更车型配置信息运营BOM通过EBS总线向各应用系统提供数据接口，确保BOM数据的一致性、完整性、及时性。2-2.系统解决方案要点

4.系统接口成本管理质量管理零件信息车型BOMPDM+EBOM基础数据管理工程变更成本管理零部件分类管理需求管理需求管理工程配置销售配置企业级数据总线（ESB）运营领域BOM技术中心系统解放各领域系统成本管理系统质量管理系统ERP仓储系统SCMMESTDSEBOM与制造BOM集成产品数据接收与存储MBOM初始化EBOM查询PBOM/MBOMKDBOMSBOM制造基础数据配置时效性管理零件路线分工工艺合件定义BOM时效性管理制造通知书（准备、准完、投产）KDBOM定义KD定义及变更通知书KD清单查询基础数据管理备件定义备件变更通知书备件明细查询配置时效性管理BOM时效性管理工位定义工艺通知书单一车型配置定义车型时效性管理2-3.系统总体功能框图制造数据查询车型配置查询二期规划商品收益管理生产准备过程管理设计问题

跟踪管理电子目录车桥ERPEOL工程BOMCAD数据管理迁移总体方案策略制定IT系统可行性论证工作计划数据清理前业务培训迁移总体方案迁移组织迁移计划风险及对策……迁移规则、运行规则研讨课题解决、评审迁移推演2-4.历史数据迁移1.迁移准备历史数据迁移是系统持续有效应用的前提（否则会造成新老系统并存，新老数据分割管理问题）；落实数据整理迁移是一项复杂的系统工程，东浦BOM有多起历史数据迁移成功案例，有能力确保数据迁移成功。确定车型范围及迁移数据范围及来源，制定模板、工具收集数据，评估不同形态BOM的数据和主数据的准确度确立数据比对的基准及策略分析列出数据可疑点（借助系统）澄清可疑点，归纳数据错误类型按类型逐一纠错：先基准BOM，再到其它领域BOM主数据及BOM数据管理规范主数据及多车型数据处理、按配置要求的重新组织考虑不同业务领域的主数据和BOM的重构要素制定验证场景，同时通过场景进行静态校验通过工具导入到系统按照制定的验证场景操作系统，使数据流贯通上下游BOM数据分析、修正初步评估确定数据迁移范围确定梳理策略数据清理数据分析确认、修正数据组织按照新系统要求重新组织数据系统发布数据导入系统校验验证和发布在系统方案设计阶段同步研究确定数据迁移方案。2-4.历史数据迁移2.迁移流程ERPPDM数据源数据源历史车型已生产车型未生产车型拟生产车型拟停产车型已停产车型拟冻结未生产车型已冻结未生产车型现生产车型·发布停产通知·比照已停产车型处理·导出车型数据·整理专用件/通用件BOM·导入SBOM·通用件设计变更维护·导出车型数据·EBOM差异比对·变更错误数据·数据结构标准化·导入运营BOM·设计变更维护·导出车型数据·数据结构标准化·导入运营BOM·设计变更维护·车型数据不处理·发布车型停产通知·比照已冻结车型处理2-4.历史数据迁移3.整理策略一汽商用车历史数据可以分为已生产车型与未生产车型两大类，数据源分别是ERP与PDM；两类车型历史数据又可分为三种状态，据此分别制定了历史数据的整理策略。EBOM+PBOM(手工)+生产系统正常运行系统外环境数据提取数据迁移系统数据整理测试系统数据迁移方案生效系统测试完成系统上线经测试的最新更改结果的数据_V3.x更改数据手工同步维护生产系统正常运行数据导入验证及更新重要节点集成测试用户测试预批量验证运营领域BOM系统最新更改结果的数据_V1.x工作环境数据交付单元测试数据测试最新更改结果的数据_V2.x数据导入功能验证数据导入业务验证图例：数据流向数据同步更改数据手工同步维护更改数据手工同步维护2-4.历史数据迁移4.迁移方式目录项目背景、目标及总体规划1项目解决方案2系统架构方案3项目实施方案4开发平台应用架构基础架构开发架构安全要求3-1.开发平台开发工具运维监控平台数据管理平台前端技术框架应用支撑设计器编辑器调试器元数据提取器代码模板库批量生成器单元测试集成测试性能测试综合业务测试功能日志环境日志阀值设置性能日志异常日志日志分析/预警环境监控控件库数据模型页面模型UE规范模板库…插件库样式表请求连接器应用支撑组件总控分发安全日志消息推送SSO集成登录与权限统一组织元数据规则引擎业务日志接口规范编码规范任务调度统一消息统一公告事务批处理规则引擎附件管理异步事件文件安全全文检索统一认证日志服务消息引擎文档转换内容抽取报表持久化缓存SSO服务作业管理…数据访问数据源管理数据方案文档格式数据存储结构化数据非结构化数据BPM平台插件设计器WEB设计器任务中心流程引擎规则引擎服务编排流程干预统计分析配置化开发工具测试日志监控异常分析/统计移动平台移动应用管理移动设备管理移动用户管理监控统计服务待办接入服务统一推送服务微信接入服务通讯安全·服务①①①⑤④③②通用技术组件基础架构数据逻辑运算Oracle(M/S)Mysql(M/S)NoSQLHDFSCacheSEO平台功能架构东浦SEO技术平台包括①核心开发平台、②工作流平台、③移动应用平台、④数据管理平台、⑤运维监控平台五部分，主要基于目前成熟、主流的Java生态的开源技术，采用分布式服务化的技术架构。补充基于SEO平台建设的BOM类项目情况。。。。。客户端服务器端PC移动APP微信B/SC/S控件框架框架控件客户端负载均衡层WEB缓存层负载均衡WEB缓存接入层WEB服务安全框架搜索服务消息队列服务缓存服务持久化服务作业服务流程服务关系型数据库NoSql数据库文件存储WEB层服务层存储层单点登录http/resthtml/jsonSEO平台采用先进、成熟、主流的商用与开源技术，保障技术体系的可持续性，降低IT系统安全风险。3-1.开发平台系统采用B/S架构模式构建，分为表示层、应用层、数据层应用层基于中间件技术(应用服务器)开发、部署，并采用轻量化实现(无EJB)在展示层、应用层大量采用流行、稳定的开源框架、组件作为基础环境非功能性需求、简单业务需求，在应用层实现业务逻辑复杂、数据操作频繁的功能，为了提高效率，在数据层实现应用框架层次化业务功能模块化通用功能组件化统一接口标准化遵循以下原则3-2.应用架构采用前端代理服务，实现负载均衡代理服务由两节点的Apache+mod_cluster冗余服务组成应用服务器集群环境，支持水平扩展应用中根据业务特点自动进行数据库路由选择数据库服务器系统实施主从方案（如，主库两节点RAC，两个从库单独部署）依照系统主从复制原则，主库与从库上分别创建BOM数据方案，存放BOM系统业务数据与功能。全部业务功能以及业务数据都存放在主库中，所有数据变更都只在主库中进行，从库只负责进行复杂查询，复杂计算。系统基础架构，通过前端代理实现负载均衡，应用服务器采用集群部署，支持水平扩展，数据库采用主从分布式部署方案。3-3.基础架构BOM项目采用开发、测试、生产三套独立环境方案。采用SSM开发框架：

SpringMVC+Sping+Mybatis规范要求《

BOM项目_开发规范》《

BOM项目_Oracle数据库开发规范》《BOM项目_交互设计规范》《BOM项目_视觉设计规范》《统一接口平台使用规范》《统一接口定义规范》3-4.开发架构开发框架/开发规范/环境方案安全要求，实现系统上线时安全要求符合率达标（参照国家等保3级系统技术要求），且无高危漏洞。安全实施，采用信息系统全生命周期安全实施方法。分类安全要求内容总数3级系统技术要求应用相关安全要求应用安全安全架构设计、认证授权、审计日志、安全开发、安全测试和部署等39数据安全数据清单、存储与传输加密、数据备份归档等28基础设施安全要求网络安全网络安全域、接入安全、入侵检测防御、内容过滤、无线安全等26主机服务器安全账号与口令、访问控制、服务与网络、安全审计、漏洞扫描、防病毒等29终端安全账号与口令、防病毒、防泄密、漏洞补丁管理等6物理安全监视和物理监控、环境和公用设施保障、设施边界和区域防护等29加密、密钥和证书密钥与证书管理1预警与事件管理安全事件采集、关联分析、告警灯5身份访问和授权身份认证、权限、授权、访问控制等93-5.安全要求及安全实施目录项目背景、目标及总体规划1项目解决方案2系统架构方案3项目实施方案4项目实施方法系统架构设计方法项目管理和质量保证项目计划及组织架构培训和知识转移目录项目背景、目标及总体规划1项目解决方案2系统架构方案3项目实施方案4项目实施方法系统架构设计方法项目管理和质量保证项目计划及组织架构培训和知识转移企划流程开发流程运用・维护流程工程

信息化构想ＶＰ系统企划ＳＰ基本设计ＳＡ方案设计ＵＩ详细设计ＳＳＰＧ单元测试ＰＴ集成测试ＩＴ系统测试ＳＴ业务测试ＯＴ系统运行维护（上线）ＯＭ概念分类业务业务由使用者进行验证SystemSystem由设计者进行验证ProcessProcess企业人为行动系统企业业务由开发者进行验证VerificationVerificationValidation

Module

Program参考国际先进经验，结合DPSP过程（DawnproSoftwareProcess），形成项目实施方法论。编码4-1.项目实施方法

1.项目实施方法论业务主导业务现状调研业务方案构想基本构想基本设计业务现状把握及分析业务方案构想项目范围及边界技术解决方案流程图设计新业务DFD功能清单屏幕清单帐票清单接口清单基本构想和设计阶段，以业务为主，确定业务改善方案，对项目范围进行界定，确定系统设计的功能清单。基本设计完成后，项目正式移交系统实施人员，业务人员支持。4-1.项目实施方法2.基本构想和基本设计输入系统方案设计工作评审交付物项目主计划（月滚动）基本设计业务方案DFD基本设计书功能、屏幕、帐票清单接口清单业务待确认规则跟踪表系统方案设计规范完善数据库设计规范数据字典模板功能定义书模板界面设计模板接口定义书模板UI规范2.数据库设计MSK数据库设计域划分概念模型设计逻辑模型设计数据库字典形成数据库设计内部评审数据库设计修订1、内部评审评审报告2、DR评审评审报告1、逻辑数据模型2、数据字典3、功能定义书4、接口定义书3.功能设计功能清单界面设计依据界面描述界面元素依据界面描述界面事件，且定义事件提示信息CRUD表页面迁移图数据示例说明（USECASE）4.接口设计接口清单逐一描述每一个接口数据示例说明（USECASE）事件与数据二维矩阵表5.架构设计6.整体测试方案系统方案设计以基本设计交付作为输入，对系统功能、接口及数据模型进行设计；根据项目需要可设计系统原型（demo）。4-1.项目实施方法论2.系统方案设计1、E-R设计域划分2、

定义实体及实体之间关系3、

定义数据要素(DataItems)4、

针对实体选择数据元素5、分析多对多情况，形成正式E-R定义6、形成数据字典,定义项目取值1、功能概要，功能对应的功能点清单、共用功能清单说明2、

界面设计3、依据界面描述界面元素4、依据界面描述界面事件（含动作提示信息）5、界面补充说明（数据示例或USECASE）6、功能——界面迁移图7、功能——CRUD表1、接口清单2、针对每一小类编制接口定义书概要说明数据模板触发条件(时间和事件的详细描述)传输时机传输字段详细说明

3、批处理事件说明、在需要的情况下，进行数据示例说明4、与接口方沟通，并相互理解达成数据库设计功能设计接口设计4-1.项目实施方法论2.方案设计思路系统规格设计以系统方案设计交付作为输入，对系统功能及接口进行详细设计。输入详细设计工作评审交付物系统方案设计功能定义书：功能概要功能清单系统界面说明界面示意图界面元属定义界面事件定义补充说明页面迁移图CRUD表数据示例说明数据库设计书：逻辑数据模型；物理数据模型：数据表清单；数据表结构；系统摘要；接口定义书：接口清单接口详细描述数据示例说明开发架构设计书：架构整体说明项目组建定义1.系统规格设计规范修订：UI设计规范；功能详细设计书制作要领；接口详细设计书制作要领；详细设计评审表；1、内部评审评审报告（记录表）1、交付物功能界面；功能详细设计书；

接口详细设计书；2.功能界面设计：界面UI设计；界面开发；3.系统规格设计：系统规格设计书：功能Class定义控制类定义服务接口定义数据接口定义

数据模型定义存储过程定义功能Class详细设计控制类细化服务接口细化数据接口细化

数据模型细化存储过程细化功能Class梳理及合并4.系统接口详细设计：接口详细设计书：校验信息；数据处理流程；名称说明控制类控制请求分发、日志与权限控制服务接口处理业务逻辑规则数据接口与数据库交互，数据的提取与更新数据模型各层之间数据交互的载体存储过程处理复杂的业务逻辑的4-1.项目实施方法3.系统规格设计根据开发标准规范进行源代码编写，实现系统功能。执行过程中安排开发人员对开发代码进行走查，记录问题并进行整改。4-1.项目实施方法4.程序编码测试阶段对系统进行验证，包括系统功能、接口、性能、可靠性、安全性、权限等，对测试全过程进行覆盖。全体测试计划在系统方案设计阶段建立，并在每个测试阶段开始之前制定本阶段的详细测试计划。80・对功能进行覆盖性的测试。・对于非功能设计，进行单元性能测试，可靠性测试，安全性测试。单元测试集成测试系统测试业务测试・对各机能进行结合测试，按照业务功能单位进行测试，验证质量指标。・外部系统之间进行接口测试。集成测试系统测试业务测试测试・在实际的硬件环境下对系统功能进行测试。・对性能、安全性、运用性、权限等进行测试验证・在实际机器、环境、使用真实数据、由使用者进行模拟运用测试。・对业务系统的功能、性能、安全性、运用性、权限等进行确认。・判断是否可以进行正式运用，并进行数据移行。4-1.项目实施方法5.测试：测试阶段划分开始(1)测试数据的导入(2)测试实施

①

测试执行

②

测试证据留存

③测试结果记入报告

④测试结果验证

（NG情况下）发起缺陷报告(3)判定测试是否可以继续(4)测试报告(6)测试报告评审/品质评价/测试证据验证(7)评审结果判定(5)缺陷应对

①

程序修正

②

测试

③缺陷报告答复(8)评审修订后的测试报告(9)再测试/修改测试用例OKNGOKNG4-1.项目实施方法5.测试：测试流程工程段品质指标（缺陷率）品质指标值(下限值～上限值）参考１品质指标值参考２品质指标值PT（单元测试）PTError率（缺陷）（件/Ks）5.0(4.0～6.0)PT驳回基准*15件/Ks、8件/页面、报表7.4～11.0件/Ks【重点监视】【重点监视】10件/Ks、16件/页面、报表15件/Ks以上测试项目设定率（项目/Ks）80.0(64.0～

96.0）80项目/Ks、100项目/页面、报表72.7～109.1项目/KsＩＴ（集成测试）PTError率（缺陷）（件/Ks）1.5(1.2～1.8）PT驳回基准*21.5件/Ks、3.0件/页面、报表1.8～2.8件/Ks【重点监视】【重点监视】3.5件/Ks、6.0件/页面、报表4件/Ks以上测试用例设定率（缺陷）

(用例/Ks)5.0(4.0～6.0)5用例/Ks10用例/页面、报表20.0项目/Ks22.9～34.3用例/KsＳＴ（系统测试）ＳTError率（缺陷）

(件/Ks)0.2(0～0.2）0.2件/Ks、0.2件/页面、报表0.2件～0.4件/Ks【重点监视】【重点监视】0.5件/Ks、0.5件/页面、报表1.0件/Ks以上测试用例设定率（缺陷）

(用例/Ks)1.0(0.8～1.2)1用例/Ks、2用例/页面、报表5.0项目/Ks2.3～3.5用例/KsＯＴＳTError率（缺陷）(件/Ks)0.1(0～0.1）－－4-1.项目实施方法5.测试：品种要求缺陷报告使用缺陷跟踪工具进行管理每日对问题清单及解决进展进行更新并通报4-1.项目实施方法5.测试：品种要求依据最佳实践和ITIL理论，建立三级服务体制。4-1.项目实施方法6.系统运维：运维流程85承诺向甲方提供6个月的软件免费质保期，提供的服务包括系统使用方法问题、用户操作问题、文档更新服务、系统bug，但不包括需求变更及新功能开发。乙方以现场支持、远程服务、电话方式向甲方系统运行维护服务保障。提供对不同等级故障处理响应服务。对所提供的软件系统发生的故障，乙方提供电话、网络（邮件）、现场三种服务手段，对如下不同等级故障提供相应的响应服务。严重问题：整个系统无法正常运行。乙方须在60分钟内做出响应；一般问题：个别功能使用受到影响。乙方须在4小时内做出响应；个别疑问：个别操作疑问，功能使用不受到影响。乙方须在48小时内做出响应。4-1.项目实施方法6.系统运维：提供的服务目录项目背景、目标及总体规划1项目解决方案2系统架构方案3项目实施方案4项目实施方法系统架构设计方法项目管理和质量保证项目计划及组织架构培训和知识转移系统构架设计流程如下：【要件定义】【方式设计】【运用测试・移行】【系统测试】【环境设计】【系统基盘测试】【环境构建】１．要件定义２．概要定义６．环境设计７．环境构建１１．运用测试·迁移１０．系统测试９．系统基盘测试８．动作确认３．方式设计４．构成设计５．HW/SW※的安排系统要件定义书逻辑功能配置图系统全体功能概要图系统方式设计书系统构成设计书HW/SW※一览系统基盘测试计划书系统环境设计书系统环境构筑书系统环境构筑书系统基盘测试式样书及结果運运用测试式样书及结果系统测试式样书及结果系统环境构筑书（动作确认步骤书）系统基盘测试式样书及结果※HW

:Hardware

SW:Software4-2系统架构设计方法

1.系统架构设计的流程系统基盘工程（参考）运用程序开发工程主要工作工程完了目标要件定义系统要件定义整理客户需求，进行系统范围、系统的概要设计。另外，需要策划下阶段的工作方针。・系统要件和运用要件相关方面与客户达成一致。・明确系统的服务范围及服务级别，并与客户达成一致。方式设计系统方案设计确定满足客户要件的系统方式及运用方式，决定系统构成。・决定硬件・软件的规格。・明确下一阶段的作业范围及作业项目。・与运用系统有影响的需要设计完成。环境设计详细设计进行软硬件的环境设计。制定系统基盘测试计划。・明确硬件・软件的环境构建步骤。・明确系统基盘测试的日程、内容。环境构筑编码（含程序设计）根据环境设计书构建环境。环境构筑后、对软硬件进行动作确认（按照系统基盘的构成要素进行动作确认）。根据系统基盘测试计划编制测试仕样书。・给开发人员提供能够使用的开发环境。系统基盘测试单元测试进行系统基盘构成要素之间的结合测试。进行外部系统的连接测试。系统基盘全体进行动作确认。・系统基盘构成要素、集成功能能够正常使用。・准备系统测试。集成测试系统测试系统测试对性能、可靠性、运用性、安全性等系统全体进行验证・验证系统方式能否满足客户的要件。运用测试・移行业务测试・移行使用正式环境、正式数据进行业务运用测试。验证性能、可靠性、运用性、安全性等。・准备系统运维相关的设计。4-2.系统架构设计方法

2.系统架构工程定义运用系统开发基本设计系统方案设计详细设计编码单元测试集成测试系统测试业务测试系统基盘工程要件定义方式设计环境设计环境构筑系统基盘测试系统测试运用测试・移行业务要件定义方式设计环境设计测试全体测试计划书DB逻辑计划书系统测试计划书系统要件定义书系统方式设计书系统构成设计书系统环境导入计划书DB设计书系统环境设计书系统环境构筑书系统环境导入完了报告书系统基盘测试计划书系统基盘测试式样书及结果性能测试式样书及结果系统环境导入计划书[地点别]系统构成设计书[地点别]系统环境导入完了报告书[地点别]系统测试式样书及结果4-2.系统架构设计方法

3.架构工程阶段成果物分类设计书设计书第一级项目设计书第二级项目设计书第三级项目1.性能・扩展性系统方式设计书1.性能估算・扩展性方式设计1.1.性能模型

1.1.1.性能・扩展性方式设计概要1.1.2.性能估算对象模型的确定1.2.性能估算1.2.1.性能見估算1.2.2.容量估算1.2.3.通信容量估算1.3.性能・扩展性方式设计1.3.1.性能・容量的方式设计1.3.2.扩展性的方式设计2.可靠性系统方式设计书2.可靠性方式设计2.1.可靠性对策设计2.1.1.可靠性对策方式设计2.1.2.数据安全对策的方式设计2.2.故障对应的设计2.2.1.灾害对策的方式设计3.安全性系统方式设计书3.安全方式设计3.1.安全方式设计3.1.1.安全的方式设计3.1.2.安全系统构成设计4.外部连接系统方式设计书4.外部连接方式

设计4.1.外部连接方式设计4.1.1.外部连接方式设计系统方式设计阶段需要完成的设计文档为「系统方式设计书」和「系统构成设计书」两个。不是所有记载的项目都要设计，可以根据项目特性进行删减。4-2.系统架构设计方法

4.系统方式设计工程成果物-1分类设计书设计书第一级项目设计书第二级项目设计书第三级项目5.系统构成・环境系统构成设计书5.系统构成设