系统逻辑设计说明书.doc

旅游交易门户系统TRIP-X 逻辑设计说明书 微软(中国)有限公司顾问咨询部 2017年2月 目 录 第1章 概述 2 1.1 文档目的 2 第2章 总体架构 3 2.1 逻辑功能模块构成 3 2.1.1 逻辑功能模块图 3 2.1.2 逻辑功能模块描述 3 2.2 系统技术结构 4 2.2.1 技术结构图 4 2.2.2 技术结构描述 5 2.3 系统物理网络结构 5 2.3.1 物理/网络结构图 5 2.3.2 物理结构描述 5 第3章 订单管理模块设计 6 3.1 订单管理总体结构设计 6 3.2 业务工作流 6 3.3 业务功能组件 6 3.3.1 对象功能组件描述 7 3.4 业务实体组件 7 3.4.1 对象关系图 7 3.4.2 业务实体描述 8 3.5 任务时序图 8 第4章 数据模型 9 4.1 简要E-R关系图 9 4.2 主要数据实体说明 9 4.3 主要实体关系说明 9 第5章 用户界面设计 11 5.1 窗口/页面流程图 11 5.2 界面布局 11 5.2.1 主页 11 5.2.2 页面 12 第6章 公共组件与外部接口 13 6.1 公共组件 13 6.2 与外部系统接口 13 6.2.1 系统描述 13 6.2.2 接口列表 13 6.3 对外提供的接口 13 6.3.1 接口列表 13 概述 文档目的 《逻辑设计说明书》是项目组内部文档，是开发经理和项目经理在《概念设计说明书》的基础上，从业务逻辑和当前用户应用环境中抽象出系统对象的组成结构、流程和各个部分相互关系，另外还要设计数据库的逻辑结构和界面的逻辑关系。因此，《逻辑设计说明书》是将用户业务语言转化为项目组语言的关键。在《逻辑设计说明书》中的对象只是抽象的系统对象，而不是物理实现中采用的类、组件、模块和页面。 《逻辑设计说明书》要达到如下一些目标： 定义系统的各个组成部分 描述各个部分的结构 描述各个部分的相互关系以及他们如何协调与合作 项目组成员对解决方案的共识 产生物理设计的基础 总体架构 逻辑功能模块构成 描述根据概要设计中定义的功能及其分类，设计的系统逻辑功能模块和结构关系。 逻辑功能模块的设计和划分涵盖了系统需要实现的业务功能。不过为了实现所有的系统业务功能，需要在系统内部进行功能的分类和抽象，因此逻辑功能模块还包括内部功能实现需要的系统内部功能模块以及相关的系统模块。 逻辑功能模块图 针对系统各个部分互操作、相互关联和管理遇到的问题，我们需要将对象按功能和相互关系进行分类，构成系统的各个组成部分。设计系统组成结构，确定各个部分包含的信息和对象，标明对象之间的相互调用关系。 另外还需要确定系统正常运作所需要依赖的外部系统，并且明确说明与外部系统的接口。 逻辑功能模块描述 对逻辑功能模块图中列出的各个逻辑功能模块进行必要的说明，同时说明逻辑功能模块之间的相互关系。 系统技术结构 技术结构是实现逻辑功能的技术实现框架，不过在逻辑设计中仅对系统的技术实现进行必要的层次划分，并不涉及到过多的技术实现细节。 技术结构图 图示系统技术层次结构 技术结构描述 系统物理网络结构 物理/网络结构图 物理结构描述 X模块设计 X总体结构设计 对功能模块包含的业务工作流、业务功能组件和业务实体组件进行总体描述，阐明他们之间的相互调用关系和模块的逻辑架构。 业务工作流 Business Workflow主要执行业务处理流程，它由多个Business Process组成， ，其功能是处理业务数据，执行业务处理过程。 每个Business Process由多个业务步骤组成。而且必须以正确且经过协调的顺序执行 。完成这个处理流程的时间并不确定，所以必须管理所需的工作和执行这些工作所需的数据。 Business Workflow会定义及协调长期执行且包含多个步骤的Business Process ，且可以使用工作流引擎实现Business Workflow。 业务功能组件 业务功能组件是实现业务规则及执行业务工作的组件： 实现业务功能，是对特定业务逻辑和内部业务流程的封装 负责发起事务，是根事务发起者，支持事务与补偿交易 通过封装已存在的业务能够获得更高等级的操作和业务逻辑 业务功能组件的特点是： 由用户处理层，服务接口，以及其他业务处理组件调用，包含一些业务数据和操作，以及复杂的数据结构（文档） 它是事务的发起者，必须参与事务的投票 必须验证输入和输出 通过调用数据层组件来获取或修改应用数据 能够通过代理调用外部服务 能够调用其他业务组件（Business Component）以及发起业务流程 对象功能组件描述 对每一个业务功能组件进行描述。 业务实体组件 业务实体组件是将数据层按照业务模式进行封装，提供业务服务的组件，每一个业务实体组件与一组