目 录
1. 概述 3
1.1. 目的 3
1.2. 读者 3
1.3. 参考资料 3
2. 产品/模块设计说明 3
2.1. 设计原则与前提 3
2.2. 名词解释 3
3. 总体架构设计 4
3.1. 总体架构图 4
3.2. 组织模型图 4
3.3. 核心模型设计 4
3.3.1. 核心实体组件 4
3.3.2. 关键业务活动组件 4
3.3.3. 关键服务组件 4
3.4. 部署 5
3.5. 关键特征集列表 5
4. 其它 5
5. 附录 5
1. 概述
1.1. 目的
通过物流系统采购平台网站不断的完善企业（医院）的需求，有效地把企业与供应商良好地连接起来，消除了采购许多冗余的中间环节，减少入库的工作量，提高数据的准确性，避免了延误，大大提高了企业采购管理的效率，给企业带来了显著的经济利益。
1.2. 读者
分析/设计/开发/测试人员；
1.3. 参考资料
2. 产品/模块设计说明
2.1. 设计原则与前提
本产品/模块设计的总体思路与原则，与前提条件[包含依赖的假设]。
物流系统采购平台网站包括采购订单列表与配货单、配货单列表，网站的采购订单列表数据由HRP采购订单审核后通过采集工具发送到网站平台，配货员可以登录系统后查看最近的采购订单并生成配货单，配货员也可以自己新增配货单，生成后的配货单数据可以传回到HRP系统中，采购员收到货物后可在HRP系统参照配货单数据生成采购入库单，完成货物的入库。
前提条件：已经安装HRP并启用采购管理模块。
2.2. 名词解释
1. 领域：领域的关注点在模块级别，可以认为是相关模块的集合，设计时主要考虑的是模块划分、模块对外接口、模块对内的功能。
2. 特征：用户眼中的最小功能。对于开发来讲，特征可以是一个比较复杂的算法，或者界面上的一个控件，或者一个类。特征的主要用途是将任务明确到人，作为scrum会议的检查点。
3. 特征集：特征的合集，一个特征可以属于多个特征集。
4. 组件：组件属于模块设计的一部分。组件分为以下几种：实体组件、界面组件、操作组件、服务组件。其中实体组件、界面组件、操作组件应属于模块内的，服务组件是跨模块的。
实体组件：数据库设计及其对应的VO
界面组件：表现层，用户可以看到的
操作组件：业务层，不能跨模块调用
服务组件：业务层，可以跨模块调用，也可以作为操作组件
5. 模块：模块一般是分级的，例如UAP平台为一级模块，权限为平台下的二级模块。二级模块下可以有功能分组，也可以直接挂功能。例如整个区域医疗可以为一个一级模块，诊疗、住院等可以作为二级模块。
6. 功能分组：几个功能可以组成一个分组，类似于文件夹。
7. 功能：功能类似于文件，是可以运行的，每个功能都对应一个界面。功能只能挂在二级模块下。
|
|
资源大小：60.36 KB 
