面向主题的分析方法.doc

面向主题的分析与设计方法 (GB000516创作)1 编写目的面向主题的分析与设计方法是应用范围广泛的基础方法论，可以应用于各种业务体系的分析与设计、软件的系统分析与设计。对于工业设计、商业模式设计应该也是适用的。 很多同事初步接触设计类工作时，经常会遇到无从下手的尴尬，面向主题的分析与设计方法的提出，希望能帮助设计人员尽快摆脱这种尴尬，让设计人员从确定主题开始一步一步地完成一个设计任务。 该方法采用结构化的思维方式，自顶向下逐层分解。通过该方法的学习，可以使读者掌握这种结构化的思维方式，这种思维方式可以提高我们分析问题解决问题的能力，可以使创新变得更必然。 该方法也支持流程设计过程，可以与公司前期发布的标准流程设计手册共同构成流程设计的指导性文件。2 术语术语属性图形表示说明分析动词是指对事物的结构及内外部关系的梳理过程；设计动词在这里是指定义事务的内部结构（内核）的过程，这个过程是基于分析，运用经验或模型实现的；主题名词是指一个具有特定职能的事务。是一个抽象的概念，可以是一项业务，也可以是一信息系统或信息系统的一个模块，还可以是一个项目，一个研究课题；类聚名词是指具有相同属性的模块的集合。类聚内部的各模块之间不一定存在关系。模块名词模块是一个实体，这个实体可以再进行内核分解。模块本质特征是具有明确的输入、输出项活动名词活动是一个实体，这个实体不可或不必再进行内核分解内核名词是指一个模块的内部构造关系名词是指模块、类聚、活动之间的所有传输项（接口）的集合，一般用一个有向的空心箭头表示。关系可以子关系接口承接连接的活动具象关系如果一个关系内部的所有传输项均为具象的传输项，则这个关系是具象关系。抽象关系如果一个关系的内部的所有传输项中存在抽象的传输项，则这个关系是抽象关系连接名词是指模块、类聚、活动之间的连接 协议名词是接口的一种，表示至少两个以上的模块（类聚、活动）之间关系的约定，用无方向的线表示具象协议是指有明确内容结构的协议抽象协议是指仅能描述出其某些属性，没有明确的内容结构的协议传输名词是连接的一种，表示从一个模块（类聚、活动）向另一个模块（类聚、活动）的信息、资金（权利）、物质的传递具象传输所传输的内容结构明确的传输抽象传输所传输的内容结构不明确，只能描述出某些属性的传输模型用于抽象事务间的关系的图形表示。套用模型有利于我们进行分析与设计。3 原理一个主题的职能的决定因素是这个主题与外部环境之间的关系，而不是主题的内核，因此：研究一个主题应先分析这个主题与外部的关系，然后在分析、设计主题的内核，即“自顶向下”逐层分析、逐层设计。采用“自顶向下”的方法的优点在于：1) 始终保持全局观，将研究的对象置身于环境中；2) 颗粒度可以灵活掌握，而且颗粒度本身不影响主题的完整性；3) 有利于抓住重点，找到关键模块和关键关系；4) 局部的构造变化不影响全局。4 应用应用领域实践揭示的问题解决方案企业标准化1) 重复的流程、表单设计；2) 因为跨层连接而产生的难于阅读的、复杂的流程图；3) 流程与流程之间的衔接定义不清、边界定义不清4）细节太多，难于梳理1） 自顶向下，企业流程具有全局观，因此成体系；2） 边界清晰3） 不必一开始就关注细节业务设计4)4）软件系统设计5)5）模型设计6)6）5 总体流程在进行面向主题的分析时，遵循“自顶（主题）向下（类聚、模块、活动）”的逐层分析、逐层设计的方法。一般情况下，一篇体系设计文档只写3层。三层以下如果还需展开，则重新创建一篇文档来描述，对于展开至“活动”的设计文档称为详细设计，对于展开至“模块”的设计文档成为“总体设计”或“概要设计”。6 主题分析6.1 外部分析1） 确定主题主题2） 定义外部关系的主体或外部关系主体的类聚。主题外部关系主体外部关系主体的类聚外部关系主体外部关系主体的类聚存在外部关系的对象序号名称类型实体/类聚3） 定义主题与外部关系主体（或主体的类聚）之间的关系（包括抽象关系与具象关系）；主题外部关系主体外部关系主体的类聚外部关系主体外部关系主体的类聚存在外部关系的对象关系序号名称类型序号名称类型1主体/类聚1抽象/具象22123124） 定义关系所包含的传输（具象传输/抽象传输）：主题外部关系主体外部关系主体的类聚外部关系主体外部关系主体的类聚外部关系主体关系连接序号名称类型序号名称类型序号方向名称类型111无协议2输出传输2123125） 定义主题内核中承接传输的活动：主题外部关系主体外部关系主体的类聚外部关系主体外部关系主体的类聚外部关系主体关系连接承接活动序号名称类型序号名称类型序号方向名称类型11122123126.2 内核分析6） 定义承接活动之间的关系（是具有唯一连接的关系）主题7） 如果活动之间的关系为一个完整的闭环，则结束对主题内核的分析与设计。8） 如果其中一部分活动之间的关系为一个完整的闭环，则将这部分活动进行主题分拆；9） 如果分拆后的多个主题内核的活动均为完整的闭环，则结束对主题内核的分析与设计。7 内核设计7.1 概述通过对主题的分析，最终明确了主题内部承接外部关系的所有活动，以及这些活动之间的存在的直接关系，并针对闭环的情形对主题进行了分拆。但由于某些活动之间不存在直接关系，主题的内核闭环结构没有形成；需要通过设计来构建主题的内核。设计与分析不同，设计是一个创造性的工作，设计过程可以有两种方式实现：1） 基于设计规范2） 基于某型库中的模型套用。7.2 设计规范序号规范1必须首先将主题的外部关系分解为连接，并且在主题内部找到承接连接的唯一活动2内核中所包含的模块、活动（是模块的特例）只显示一层2内核中所包含的类聚可以显示多层，但是一旦为模块，则不得在此层分解3如果一个主题中同一层的类聚、模块、活动之间不存在直接或间接的关系，则这个主题需要进行拆分；4如果一个关系的两端有均为模块或类聚，则关系不必分解为传输；如果一个关系的两端有任何一端为活动，则关系必须分解为传输，且有且只有唯一的传输5传输的事务包括3种：信息、物质、资金7.3 模型库模型库是企业长期积累的主题模型的总和，由模型分类、模型目录、模型内容。n 模型分类：是一个对各类模型的多维分类体系，用于定义模型的属性，同时也是检索模型库的结构化渠道。n 模型目录：记载模型的名称、作者、发布时间n 模型内容：包括模型的图形化表示、对模型构造的说明。7.3.1 模型分类模型分类采用多维分类，由模型分类目录、分类数据构成。7.3.1.1 模型分类目录模型分类目录ID模型分类目录标签分类标准发布者按业务国标/国网/信通/汇通金财/其他按技术按客户7.3.1.2 模型分类数据分类目录ID： 分类目录标签： 分类标准发布者：类型ID类型标签类型级次上级类型末级标志金融 银行财务7.3.2 模型目录模型ID模型名称作者发布日期分类集合7.3.3 模型内容8 附件8.1 以执行为核心的行为模型执行原材料工具方法过程管理品质检验任务产物承接交付8.2 企业信息化体系模型规划建设运维应用建转运可用性支撑9 系统设计9.1 数据库设计9.1.1 主题表字段