基于业务构件组装开发的构件分解与设计规范(1.0).docVIP

基于业务构件组装开发 的构件分解与设计规范 软件工业化生产工程研究小组 联合编制 目录 1 系统级构件分解 3 2 子系统级构件分解 3 3 组合业务构件选型与分解设计 4 3.1 思路与规范 4 3.2 示例 5 4 构件框架选型与分解设计 7 4.1 思路与规范 7 4.2 示例 9 5 原子业务构件选型与分解设计 11 5.1 思路与规范 11 5.2 示例 13 系统级构件分解 依据电子商务原理对系统级构件进行分解，形成子系统级构件，并按照领域构件、成熟产品、定制开发三类进行归集。 其中领域构件和成熟产品可直接选型和实现，无需再进行分解。 子系统级构件分解 对定制开发类子系统级构件按照需求工程理论、子系统构件功能体系以及业务规程进行二级分解，形成子系统构件树，形成组合业务构件集，其由领域构件和定制开发构件两部分组成。 通常直接基于子系统级构件功能体系结构和业务规程形成子系统级构件树，树的根结点为子系统构件、树的每个叶节点定义为一个组合业务构件、树的每个中间节点都可看作是一个系统操作菜单项，树的层数小于等于4； 组合业务构件选型与分解设计 思路与规范 组合业务构件设计： 组合业务构件设计主要完成其规格说明、接口两部分内容设计。 首先，描述组合业务构件的规格：组合业务构件中文名称、英文名称、功能说明； 其次，设计组合业务构件的接口及接口参数信息； 中文名 发货单管理构件 英文名 sendbill 功能说明 完成发货单申请、发货单审批等一系列功能。 接口设计 接口中文名 接口英文名 接口参数名 参数类型 参数说明 规程分析： 依据业务过程分析，从系统功能角度构造组合业务构件规程。 组合业务构件选型： 按照设计以及规程要求从领域构件库中查询，是否有相应的组合业务构件，如有则直接从领域构件库中选取，否则对该组合业务构件进行分解； 组合业务构件分解： 组合业务构件分解后主要形成业务规程、原子业务构件集、构件框架三大部分。其具体思路如下： 首先，从系统功能角度，采用流程图描述组合业务构件规程； 再次，对不能直接从领域构件库中选取的组合业务构件，依据组合业务构件规程列出组合业务构件所有的原子业务构件； 最后，按照以下原则对组合业务构件所包括的原子业务构件进行归集，形成面向组合业务构件组装的构件框架和原子业务构件集： 原则1：外部关联业务分离原则。将与外部构件（包括工作流构件、消息通知构件、其它组合业务构件或基础应用构件等）关联的原子业务构件分离出来，作为该组合业务构件的原子业务构件集； 原则2：自封装性原则。将组合业务构件固有的原子业务构件封装到该组合业务构件框架中。 示例 组合业务构件设计： 中文名 发货单管理构件 英文名 sendbill 功能说明 完成发货单申请、发货单审批等一系列功能。 接口设计 接口中文名 接口英文名 接口参数名 参数类型 参数说明 规程分析： 依据业务过程分析，从系统功能角度构造发货单管理规程如下： 规程说明如下： 依据销售订单申请发货单，编辑引入的销售订单信息，并保存发货单；提供发货单修改、删除功能； 提交发货单，并启动发货单审批流程； 部门经理审批发货单。在审批时展现审批内容及相关参考信息，如果审批通过则提交给财务部审批，若不通过则直接将发货单打回到编制状态； 财务部审批。在审批时展现审批内容及相关参考信息，如果财务部审批通过则修改相应销售订单发货量，并给予发货；否则直接将发货单打回到编制状态； 与配送管理业务接口：审批通过后的发货单作为配送计划编制依据； 与到货管理业务接口：在到货后对发货单进行确认，并修改相应发货单状态。 发货单管理组合构件选型： 在领域构件库中查找，将查询结果与当前项目发货单管理组合业务构件进行设计比较，如果一致则，直接选取，否则就对该组合业务构件进行分解。 发货单管理组合构件分解： 将发货单管理组合业务构件分解后形成如下表所示的原子业务构件清单： 原子业务构件中文名 原子业务构件英文名 说明 新增发货单 提取前驱单 提取销售订单 提交发货单 修改发货单 删除发货单 启动审批流程 部门经理审批 展现审批内容及客户历史采购信息 修改发货单状态 财务部身审批 展现审批内容及客户应收款信息 修改销售订单发货量 启动消息通知发送构件 将上表所列的原子业务构件清单进行归集，其思路如下： 将新增发货单、提交发货单、修改发货单、删除发货单集成到发货单构件框架，其余的原子业务构件独立开发，通过业务构件组装平台组装形成发货单组合业务构件。其清单如下表所示： 说明 构件框架 新增发货单 提交发货单 修改发货单