面向主题的分析方法.docx
《面向主题的分析方法.docx》由会员分享，可在线阅读，更多相关《面向主题的分析方法.docx（14页珍藏版）》请在冰豆网上搜索。
面向主题的分析方法
面向主题的分析与设计方法
（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
抽象/具象
2
2
1
2
3
1
2
4）定义关系所包含的传输（具象传输/抽象传输）：
外部关系主体
关系
连接
序号
名称
类型
序号
名称
类型
序号
方向
名称
类型
1
1
1
无
协议
2
输出
传输
2
1
2
3
1
2
5）定义主题内核中承接传输的活动：
外部关系主体
关系
连接
承接活动
序号
名称
类型
序号
名称
类型
序号
方向
名称
类型
1
1
1
2
2
1
2
3
1
2
6.2内核分析
6）定义承接活动之间的关系（是具有唯一连接的关系）
7）如果活动之间的关系为一个完整的闭环，则结束对主题内核的分析与设计。
8）如果其中一部分活动之间的关系为一个完整的闭环，则将这部分活动进行主题分拆；
9）如果分拆后的多个主题内核的活动均为完整的闭环，则结束对主题内核的分析与设计。
7内核设计
7.1概述
通过对主题的分析，最终明确了主题内部承接外部关系的所有活动，以及这些活动之间的存在的直接关系，并针对闭环的情形对主题进行了分拆。
但由于某些活动之间不存在直接关系，主题的内核闭环结构没有形成；需要通过设计来构建主题的内核。
设计与分析不同，设计是一个创造性的工作，设计过程可以有两种方式实现：
1）基于设计规范
2）基于某型库中的模型套用。
7.2设计规范
序号
规范
1
必须首先将主题的外部关系分解为连接，并且在主题内部找到承接连接的唯一活动
2
内核中所包含的模块、活动（是模块的特例）只显示一层
2
内核中所包含的类聚可以显示多层，但是一旦为模块，则不得在此层分解
3
如果一个主题中同一层的类聚、模块、活动之间不存在直接或间接的关系，则这个主题需要进行拆分；
4
如果一个关系的两端有均为模块或类聚，则关系不必分解为传输；
如果一个关系的两端有任何一端为活动，则关系必须分解为传输，且有且只有唯一的传输
5
传输的事务包括3种：
信息、物质、资金
7.3模型库
模型库是企业长期积累的主题模型的总和，由模型分类、模型目录、模型内容。
⏹模型分类：
是一个对各类模型的多维分类体系，用于定义模型的属性，同时也是检索模型库的结构化渠道。
⏹模型目录：
记载模型的名称、作者、发布时间
⏹模型内容：
包括模型的图形化表示、对模型构造的说明。
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主题表
字段名
中文名
长度
规格
主题ID
主题名称
主题类型：
实体模块/类聚/活动
所属类聚ID：
所属模块ID：
9.1.2关系表
字段名
中文名
长度
规格
关系ID
关系名称
所属关系ID
甲方ID：
乙方ID：
9.1.3连接表
字段名
中文名
长度
规格
连接ID
连接名称
连接类型：
协议/传输
传输类型：
物质/信息/资金
所属关系ID
甲方ID：
乙方ID：
升级会员 