报文结构和报文类型 3． 定义商业上下文中的商业流程的结构和动态。 4． 明确商业上下文中需要管理的商业信息
5． 保证所有用户，商业专家，标准建立人员对这个商业区域有一致的理解。
商业分析流程中的主要行为：
1． 对商业区域的目的，范围和界定的定义 2． 商业流程的引出和分析 3． 商业信息的引出和分析
4． 检查商业信息和商业流程的一致性
需求分析
需求分析的目的是明确解决方案的要素。这个解决方案应该支持信息的交换（解决交流问题）。同时尽可能的提高商业流程的性能（比如抽出一些活动到中心结构中去）
主要问题：
1． 分析业务分析阶段的报告以明确需要解决的问题和整个系统的规模。 2． 定义系统所负的责任和与之互动的商业角色之间的明确界限。
需求分析的主要活动：
1． 明确整个系统(信息交换和提高商业流程性能)的目的 2． 功能需求的定义 3． 系统需求的定义 4． 约束条件的定义
逻辑分析
逻辑分析的目的是明确解决方案的内在模块。
解决方案应该依据纯粹的商业范围。集中与功能而不是格式。所有的决定应该依据需求（功能需求，非功能需求和约束条件）
主要问题是：
1． 解决方案的结构是怎样？涉及信息交换的子系统和用户是那些？我们是依据客户定制还是一
个统一的解决方案
2． 从报文性质和商业内涵角度说明报文的定义 3． 什么是商业剧本（可控制业务流）？ 4． 每个报文有效规则的范围是什么？
逻辑分析阶段的主要活动：
—————————————————————————————————————————————— 2002年十月标准版 46
报文结构和报文类型 1． 明确解决方案的整体结构
2． 将需求分析阶段的use case转化为逻辑分析阶段的use case。根据use case的转化确定报文和
主要报文流。
3． 设计报文，如：确定报文内涵，整体结构和组织
UML图说明了报文的结构和内涵（class图），系统结构（子系统和用户），可能的报文交换（collaboration图），业务上下文的典型报文交换（流程图）
逻辑设计
逻辑设计的目的是转化解决方案的逻辑模型，以使他正规（明确并无歧义），同时找出可重复利用元素（组件）。明确的模型包含逻辑模型的静态元素（信息结构）和动态元素（行为，事务周期，子系统通讯）
主要问题是：
1． 那些可重复利用元素可以被使用来创建要求得报文和事务等？ 2． 那些组件必须被创建？
3． 什么信息需要被使用以唯一的区别报文中的商业元素？
逻辑设计阶段的主要活动： 1． 正规化报文的内涵 2． 明确可重复报文元素
3． 将报文信息集成到事务信息模型中来 4． 正规化事务周期
技术设计
技术设计的目的是定义用户，中间商和SWIFT需要实现的物理标准。更详细的设计规则从商业和逻辑模型中演变过来来物理标准的表示层。
当这些物理标准被官方发表，一套标准会被及时的考虑。
解决的问题是：
1． 格式定制规则会体现在从UML表示到XML输出 2． 物理实现 3． XML标记
—————————————————————————————————————————————— 2002年十月标准版 47